Re: [Talk-transit] [Sketch-line] suggestion of improvement
Suggestion of improvement Sketch-line from an example : http://78.46.81.38/api/sketch-line?network=Ginkoref=7correspondences=100 The ways forward and backward are not on the same streets for the line 7 in Besançon. The Scheme * relation:line ** relation:route ** relation:route is very powerfull in this case So I have drawn from the SVG above what could be an improvement of the rendering. (i'm not very skilfull with Inkscape) http://frvipofm.net/osm/sketch-line/7+.svg First of all, thank you for the suggestions. I'll try to implement as much as possible. To the details: Splitting the line bar in two directions is possible. Also stopname printed below the line bar, but this excludes with printing correspondences below the line bar. Thus it will become an option. But the problem is that the generator doesn't use any way data so far, just the names and positions of the stops. So it will take a larger rework of the data model to make this possible. I'm thinking about this but I have not yet a good idea how to do. The line 27 has different length. Compare the relation 154149 532894. The queue, could be drawn dashed. But i'm unable to write code for that. I can only have ideas of improvement... What do you mean exactly? Relation 532894 has only two stops, but the itinerary looks a lot longer. Is this intended? So, should the longer section of the line be dashed from De Vigny to Funiculaire? Cheers, Roland ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Maning's daily updates of osmphil_garmin maps gets us contributors!
Ahh the secret is now out in the open. For those unaware, the OSM-PH Garmin Map is an elaborate recruitment scheme for OSM. :) On Mon, Mar 29, 2010 at 9:11 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Maning had a hunch that we are getting more contributions to OSM ever since he started the daily Garmin map updates. Well, I found the proof that this is so: http://tsikot.yehey.com/forums/showpost.php?p=1427010postcount=59 I started contributing to osm ph last week. Natuwa ako kasi it's web based ang pag edit ng map, at hindi ko na kelangan mag upload. And after 2 days nasa latest release na agad yung ginawa ko. Last update kahapon, Feb 26. :-D Eugene (osm:seav) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] RFC: Planned Arivac Bohol Data Import
Initial import is complete: http://www.openstreetmap.org/browse/changeset/4274673 approx 420 ++ km of new roads added On Tue, Mar 30, 2010 at 1:56 PM, maning sambale emmanuel.samb...@gmail.com wrote: On Tue, Mar 30, 2010 at 1:18 PM, Totor totor_...@yahoo.com wrote: I think option 3 is the best indeed, so that we will not lose the existing road classification. Done! I'm finished with conflating OSM and Arivac data. There are some ways that I did not removed because I'm not sure which has better road representation. Eugene has some reservations with using: website:http://hisdu2.sph.uq.edu.au/arivac/ Should I revert back to source_url:http://hisdu2.sph.uq.edu.au/arivac/ ? Would it be a big job to also create an osm file with the ways that are not imported ? I can provide the original OSM file for others to use with offline editing. This would allow in a second time to manually check the position of the already existing roads. (since some seem based on gps traces jumping all over the place.) We could also wait for GPS traces... I hope they provide them as well. I will wait for more replies today before uploading the initial import. I hope to finish this today so that others can start editing this holy week. Think of it as your penance. :) Regards, Totor --- On Tue, 3/30/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] RFC: Planned Arivac Bohol Data Import To: talk-ph@openstreetmap.org Date: Tuesday, March 30, 2010, 2:19 AM Alright, I didn't hear any objections, so I assume the community is OK with the road import. We will be adopting Option 3 : Pre-process data to remove any duplicates from existing OSM data before upload. I will start conflating both data offline (osm and arivac). When there is duplicate with arivac, OSM data will be retained. The generic tag for roads are as follows: FIXME:verify road type arivac_ID_ROA_BAS_: some number highway:road source:arivac website:http://hisdu2.sph.uq.edu.au/arivac/ The donor requested to retain the arivac_ID_ROA_BAS_: some number so that they can integrate our improvements into their own database later on. After the import, more work is needed particularly in add the correct highway category. I will announce the import later and will proceed if there no further objections. On Mon, Mar 29, 2010 at 8:45 PM, Totor totor_...@yahoo.com wrote: Hello all, Great data as far as it can be checked. (there are not that many gps traces in Tagbilaran with a good dop) The maximum offset to my gps tracks is around 5m Some intersections look a bit weird (4 roads join 2 by 2, then a link joins the 2 nodes instead of 1 common node for the 4 segments) but that can be fixed easily later on. Regards, Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] RFC: Planned Arivac Bohol Data Import
nice very nice, accurate too i find. are POIs still to come? Is there a site that stores tiles each day so we can compare before and after? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] RFC: Planned Arivac Bohol Data Import
Well, because of Potlatch's 'R' key, many of Arivac's IDs are no longer correct. :-P On Tue, Mar 30, 2010 at 10:19 PM, Totor totor_...@yahoo.com wrote: Hi, Great job Maning, and thanks to Arivac for the data. Some users are even more exited than you Maning: Doy_nick is already racing to improve the data ! http://www.openstreetmap.org/history?bbox=123.626%2C9.54%2C124.18%2C9.806 Cheers, Totor --- On Tue, 3/30/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] RFC: Planned Arivac Bohol Data Import To: osm-ph talk-ph@openstreetmap.org Date: Tuesday, March 30, 2010, 9:46 AM Initial import is complete: http://www.openstreetmap.org/browse/changeset/4274673 approx 420 ++ km of new roads added ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] RFC: Planned Arivac Bohol Data Import
Hi All, I've added a promotional article on this subject on my website http://www.bohol.ph/article.php?id=243 Hope it helps to attract more volunteers. Remarks and corrections welcome! Jeroen. On 2010-03-30 19:56, Eugene Alvin Villar wrote: Well, because of Potlatch's 'R' key, many of Arivac's IDs are no longer correct. :-P On Tue, Mar 30, 2010 at 10:19 PM, Totor totor_...@yahoo.com mailto:totor_...@yahoo.com wrote: Hi, Great job Maning, and thanks to Arivac for the data. Some users are even more exited than you Maning: Doy_nick is already racing to improve the data ! http://www.openstreetmap.org/history?bbox=123.626%2C9.54%2C124.18%2C9.806 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] RFC: Planned Arivac Bohol Data Import
Wow! this is nice, definitely this will help populate Bohol map. Best, murlwe -Original Message- From: Jeroen Hellingman [jer...@bohol.ph] Sent: 3/31/2010 4:04:18 AM To: Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] RFC: Planned Arivac Bohol Data Import Hi All, I've added a promotional article on this subject on my website http://www.bohol.ph/article.php?id=243 Hope it helps to attract more volunteers. Remarks and corrections welcome! Jeroen. On 2010-03-30 19:56, Eugene Alvin Villar wrote: Well, because of Potlatch's 'R' key, many of Arivac's IDs are no longer correct. :-P On Tue, Mar 30, 2010 at 10:19 PM, Totor totor_...@yahoo.com wrote: Hi, Great job Maning, and thanks to Arivac for the data. Some users are even more exited than you Maning: Doy_nick is already racing to improve the data ! http://www.openstreetmap.org/history?bbox=123.626%2C9.54%2C124.18%2C9.8 06 span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippine representative to SOTM 2010
Yep, lets start voting before they announce it. My vote is for Maning and Eugene. Eugene, ready na ba ang passport mo? hehe Best, murlwe -Original Message- From: Eugene Alvin Villar [sea...@gmail.com] Sent: 3/29/2010 8:19:39 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Philippine representative to SOTM 2010 Hi guys, It's almost quite sure that SOTM will be having the scholarship program again so I guess we need to decide among ourselves who will go to Spain to represent and present about the Philippine OSM community. Just like last year, my vote goes to Maning and my second vote is for Marloue. :-) Eugene (osm:seav) span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] RFC: Planned Arivac Bohol Data Import
POIs done (1979 nodes in all)! http://www.openstreetmap.org/browse/changeset/4282186 The initial POI tags are here: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import_Arivac_Bohol#POI_tags Sample tagging OSM added tags amenity:clinic clinic:public source:arivac source:url:http://hisdu2.sph.uq.edu.au/arivac/ FIXME:add names and proper tags Arivac reference tags arivac:name:L-01-606-010-06 arivac:type_id:1.00 arivac:typetxt:Barangay health station Some notes: 1. I didn't reconciled it with the existing POIs in OSM, I hope local mappers would do that. 2. Many tags are not official in a sense with the default OSM Map Features, for example, shop:corn_rice_mill. 3. A lot of POIs I don't normally map myself but I feel this is important for rural areas like sari-sari stores which were tagged as shop=convenience. 4. Some POIs are lumped into a sing category which needs further verification, for example, Car/motorcycle/bicycle shop/metal/car distributors which were tagged as shop:car_parts. 5. All POIs don't have a name Enjoy! On Wed, Mar 31, 2010 at 7:04 AM, Marloue Pidor mur...@mail2engineer.com wrote: Wow! this is nice, definitely this will help populate Bohol map. Best, murlwe -Original Message- From: Jeroen Hellingman [jer...@bohol.ph] Sent: 3/31/2010 4:04:18 AM To: Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] RFC: Planned Arivac Bohol Data Import Hi All, I've added a promotional article on this subject on my website http://www.bohol.ph/article.php?id=243 Hope it helps to attract more volunteers. Remarks and corrections welcome! Jeroen. On 2010-03-30 19:56, Eugene Alvin Villar wrote: Well, because of Potlatch's 'R' key, many of Arivac's IDs are no longer correct. :-P On Tue, Mar 30, 2010 at 10:19 PM, Totor totor_...@yahoo.com wrote: Hi, Great job Maning, and thanks to Arivac for the data. Some users are even more exited than you Maning: Doy_nick is already racing to improve the data ! http://www.openstreetmap.org/history?bbox=123.626%2C9.54%2C124.18%2C9.806 ___ Get the Free email that has everyone talking at http://www.mail2world.com Unlimited Email Storage – POP3 – Calendar – SMS – Translator – Much More! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] osm-ph garmin map users do not tag for the renderer (Fwd: ref tags seem to override name tags on ways in the Garmin maps)
Dear OSM-PH Garmin Users, Eugene reminded me that some contributors are removing the ref tags on major roads in Metro Manila. The reason was because this was shown in the OSM-PH Garmin Maps. This is classic case of tagging for the renderer: http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer Please don't do this. File a bug report in the OSM-PH Garmin map tracsvn site if you have issues with the Garmin Map style and we will fix them as soon as we can. -- Forwarded message -- From: Eugene Alvin Villar sea...@gmail.com Date: Tue, Mar 30, 2010 at 8:07 PM Subject: ref tags seem to override name tags on ways in the Garmin maps To: maning sambale emmanuel.samb...@gmail.com Hi maning, I've been noticing that some contributors have been deleting the ref tags (C-4, R-3) from EDSA and SLEX. I've asked them why they're doing this and apparently, it's because what gets displayed as the title in the Garmin units is the ref value instead of the expected name. Can this be fixed on the mkgmap options? Eugene -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Google WMS JOSM
There is java program that can access google tiles in JOSM (java app for OSM editing). While JOSM was developed primarily for OSM editing, you can use it outside OSM. I also use JOSM in some mapping projects because the editing functions are better than most GIS apps I use. However, any edits derived from big G's tiles shouldn't be uploaded in the OSM database. Full discussion here: http://lists.openstreetmap.org/pipermail/talk/2010-March/049330.html Please resist any temptation to click the UPLOAD button when you are using this Google WMS program. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] OSM license change - ODbL - questions
Hey Richard, Thanks a lot for the response. I read (quickly) most of the documentation already. Seems quite a lot of work and study has been put into this. Good work OSMF! But even when it seems this is all needed and much better AFAIS now what will be done if the community will vote against this change and/or only a bit (60% for example) will be kept of the data? Regards, Frank 2010/3/29 Richard Weait rich...@weait.com On Mon, Mar 29, 2010 at 3:09 PM, F. Heinen f.heinen...@gmail.com wrote: Hi all, Let me first introduce myself, I am Frank aka Frenzel. I am a community member of OSM.nl since Aug. 2009, so relatively new but also quite active. I hope I mail this to the right mailing list. Hi Frank, I'm Richard, an OSM participant from Canada. I've been following the license discussions for a couple of years now but seldom participate. I think license details are important, and that the Foundation will get it right. I speak for myself only. In the Dutch mailing list already a few times a discussion started on the license change that OSMF likes to do (or is needed). But the community doesn't seem to be convinced, are missing answers and no consensus is found. So herewith some questions from my side which I hope can clarify the questions from me (and I guess from more of the community members). Note: I want to keep this on a human understandable and general level! Okay. I can do that. I'm a human. 1 - What (human understandable) reasons are there to change the OSM license? cc-by-sa is written for single creative works, like a song, sculpture, or movie script. cc-by-sa is not designed to apply to data or databases. Creative commons told us this after we started using cc-by-sa. There was nothing else suitable when OSM started. 2 - What information can be found so the community can read more about it? This is great. http://www.opendatacommons.org/licenses/odbl/summary/ 3 - Are feasibility studies done on the following levels: 3.1 - Data/DB level - For example how to do with changes of the data where the original contributor doesn't accept the new license? See below. 3.2 - Contributor level - What the changes are that reasonable amount of contributors will accept the change? Depends who asks the questions and with what goal in mind. 3.3 - Community emotional level - For example how the community will deal with data that will not be move where people put in hard work, TLC and free time (and maybe even money). I believe that the community is taking every reasonable precaution in the license change. Also that the revisions and re-starts in the license change process have lead to a better, clearer license. I think that the change, when it happens will be much smoother that we feared. I realize that we will lose some data, and that is a shame. I think that the community will continue to grow and thrive. 4 - Is there any documentation based on what reasons we can convince companies that donated data to accept the changed license? For years, this possibility should have been made clear during discussions of the donation. For years. If we missed that opportunity to get ODbL pre-approved, the similarities to cc-by-sa are very helpful. An Italian lawyer described ODbL as cc-by-sa without the problems. (see page 2) http://www.osmfoundation.org/images/archive/3/3c/20091205200018!License_Proposal.pdfhttp://www.osmfoundation.org/images/archive/3/3c/20091205200018%21License_Proposal.pdf ODbL is an Attribution, ShareAlike license. ODbL is intended for data and databases. The OSM community helped lawyers, expert in international law and intellectual property law develop ODbL. Folks who thought cc-by-sa was the right way to proceed should jump enthusiastically to ODbL. 5 - Is there a roadmap of this license change? Sure. I haven't looked at it recently, and I'm sure we're a few days or weeks or something behind schedule. Everybody involved is a volunteer. I don't mind. 6 - Is there a plan on how to implement this change? Of course. And there have been many reviews of the plans from many individuals in the community. This has been ongoing for more than three years. 7 - What are the minimum goals that this license change will be accepted? For example on data level: how much of the OSM data must be put on ODbL to accept it? So what if only 10% of the data is accepted? As I understand it, the need for change has been accepted and the license upgrade will happen. Exact percentages are impossible to predict in advance. But this chart is interesting. 50% of way data is contributed by 31 user accounts. So if only those 31 users say yes, we keep 50% of the data. I believe that way more than 31 users will accept the license. And I believe that the vast majority of our data will successfully be relicensed as ODbL.
Re: [OSM-legal-talk] OSM license change - ODbL - questions
On Tue, Mar 30, 2010 at 1:34 PM, F. Heinen f.heinen...@gmail.com wrote: Hey Richard, Thanks a lot for the response. I read (quickly) most of the documentation already. Seems quite a lot of work and study has been put into this. Good work OSMF! But even when it seems this is all needed and much better AFAIS now what will be done if the community will vote against this change and/or only a bit (60% for example) will be kept of the data? Dear Frank, I trust that if the percentage is too low, the OSMF will find another approach. I'm guessing, because it is impossible to know, that we'll promote 90%-95% of the data to ODbL. Even data that can not be promoted to ODbL will still be available in the last cc-by-sa planet. So it won't be lost and thrown away, just left behind. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] www.openaddresses.org BETA launched
Hey, Nice idea, I have been working on something similar, http://github.com/h4ck3rm1k3/OAD-Open-Address-Database But with the goal of geocoding table data into osm. mike 2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Dear OSM community, After www.openaddresses.ch and www.openaddresses.at, www.openaddresses.org has been launched to collect worldwide localized addresses. This initiative of several people, universities and companies of central Europe aims to provide a web portail for the management of free and open geolocated addresses. One goal of www.openaddresses.org is to collaborate nicely with www.openstreetmap.org by exchanging data and providing additional services (http://code.google.com/p/openaddresses/wiki/RESTService). However, since localized addresses are very specific, we consider that it is appropriate to have a dedicated platform only for addresses. From the original projects, the data collected base on Google map has simply be removed in order to avoid any license issues. Don't hesitate to add your own address, the address of your friends and of the friends of your friends ;-) If you'd like to be part of this effort, you can also provide address listing, orthophoto or whatever data that can be useful. We are also looking for persons willing to participate to the development, the translation, the system administration, the testing, the communication and so on ... You'll find more information in the following documents: Frequently asked questions User guide Wiki Discussion group Thanks for your interest. For OpenAddresses, Cédric Moullet ___ 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] POI-searching application
Have you tried TrackMyJourney? http://wiki.openstreetmap.org/wiki/Software/Mobile_phones for some others that you may want to try. Shaun On 30 Mar 2010, at 05:03, John F. Eldredge wrote: Does anyone know of an application for BlackBerry phones that allows one to search for OSM POIs of a certain type within a certain distance from a given location, or alternately of a web site that allows such searches? I know of some sites that allow one to search for a POI by name, but I am looking for the type of search where you know what type of POI you are interested in, but not its name or exact location. This would allow a version of the location-based searches that various commercial applications and services (such as Google) offer. Ideally, you could supply the content of more than one tag, so as to narrow down the results. I have a mapping program on my BlackBerry, BigTinCan Mapper, that will display OSM tiles. Unfortunately, it doesn't have the type of search capability I am looking for, and most POIs only show up at maximum zoom, where only a small geographical area is visible on-screen. This makes it not particularly practical for large-scale POI searches. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ 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] www.openaddresses.org BETA launched
Why not use OAuth to enter the data straight back into OSM? Shaun On 30 Mar 2010, at 05:05, Cédric MOULLET wrote: Dear OSM community, After www.openaddresses.ch and www.openaddresses.at, www.openaddresses.org has been launched to collect worldwide localized addresses. This initiative of several people, universities and companies of central Europe aims to provide a web portail for the management of free and open geolocated addresses. One goal of www.openaddresses.org is to collaborate nicely with www.openstreetmap.org by exchanging data and providing additional services (http://code.google.com/p/openaddresses/wiki/RESTService). However, since localized addresses are very specific, we consider that it is appropriate to have a dedicated platform only for addresses. From the original projects, the data collected base on Google map has simply be removed in order to avoid any license issues. Don't hesitate to add your own address, the address of your friends and of the friends of your friends ;-) If you'd like to be part of this effort, you can also provide address listing, orthophoto or whatever data that can be useful. We are also looking for persons willing to participate to the development, the translation, the system administration, the testing, the communication and so on ... You'll find more information in the following documents: Frequently asked questions User guide Wiki Discussion group Thanks for your interest. For OpenAddresses, Cédric Moullet ___ 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] www.openaddresses.org BETA launched
2010/3/30 Shaun McDonald sh...@shaunmcdonald.me.uk: Why not use OAuth to enter the data straight back into OSM? Dunno about Cédric's project, but the basis of Mike's project was a repository of street addresses we don't have lat/lon for, but we have street addresses for things like POIs... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
Hi, It's not Cédric's project, but the project of a community (composed of individuals, companies and universities) initiated in 2007 ;-) (see press release: http://code.google.com/p/openaddresses/wiki/Release_BETA_PressRelease#EN:_OpenAddresses_.org,_a_community_web_site_for_the_management). But, I still can answer. First of all, the goal is to synchronize data with OSM, so at the end, we should find the same data in OA and OSM, but, OA also aims to provide services (http://code.google.com/p/openaddresses/wiki/RESTService). OA has also a geocoder in its roadmap, so It would be fantastic to collaborate with Mike's project. Hope this gives some valuable information, Thanks for your interest, Cédric On Tue, Mar 30, 2010 at 9:35 AM, John Smith deltafoxtrot...@gmail.comwrote: 2010/3/30 Shaun McDonald sh...@shaunmcdonald.me.uk: Why not use OAuth to enter the data straight back into OSM? Dunno about Cédric's project, but the basis of Mike's project was a repository of street addresses we don't have lat/lon for, but we have street addresses for things like POIs... -- Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Don't hesitate to add your own address, the address of your friends and of the friends of your friends ;-) I'm sure that everyone on this list has already done this in OSM... I hope you'll be using that data, my fingers are sore from typing so many postcodes into OSM, FreeThePostCode and PostcodeDB! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
Do all addresses added here are also added in OSM? How often is it updated? 2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Hi, It's not Cédric's project, but the project of a community (composed of individuals, companies and universities) initiated in 2007 ;-) (see press release: http://code.google.com/p/openaddresses/wiki/Release_BETA_PressRelease#EN:_OpenAddresses_.org,_a_community_web_site_for_the_management). But, I still can answer. First of all, the goal is to synchronize data with OSM, so at the end, we should find the same data in OA and OSM, but, OA also aims to provide services (http://code.google.com/p/openaddresses/wiki/RESTService). OA has also a geocoder in its roadmap, so It would be fantastic to collaborate with Mike's project. Hope this gives some valuable information, Thanks for your interest, Cédric On Tue, Mar 30, 2010 at 9:35 AM, John Smith deltafoxtrot...@gmail.com wrote: 2010/3/30 Shaun McDonald sh...@shaunmcdonald.me.uk: Why not use OAuth to enter the data straight back into OSM? Dunno about Cédric's project, but the basis of Mike's project was a repository of street addresses we don't have lat/lon for, but we have street addresses for things like POIs... -- Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
I found this mentioned on legal, the data that is added to openaddresses is with a different license than osm, http://creativecommons.org/licenses/by/3.0/ I guess that they are dropping the sharealike clause on the data they import, this is questionable. If the data I contribute to osm is sharealike, how can they just drop the clause of that? mike On Tue, Mar 30, 2010 at 9:57 AM, maning sambale emmanuel.samb...@gmail.com wrote: Do all addresses added here are also added in OSM? How often is it updated? 2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Hi, It's not Cédric's project, but the project of a community (composed of individuals, companies and universities) initiated in 2007 ;-) (see press release: http://code.google.com/p/openaddresses/wiki/Release_BETA_PressRelease#EN:_OpenAddresses_.org,_a_community_web_site_for_the_management). But, I still can answer. First of all, the goal is to synchronize data with OSM, so at the end, we should find the same data in OA and OSM, but, OA also aims to provide services (http://code.google.com/p/openaddresses/wiki/RESTService). OA has also a geocoder in its roadmap, so It would be fantastic to collaborate with Mike's project. Hope this gives some valuable information, Thanks for your interest, Cédric On Tue, Mar 30, 2010 at 9:35 AM, John Smith deltafoxtrot...@gmail.com wrote: 2010/3/30 Shaun McDonald sh...@shaunmcdonald.me.uk: Why not use OAuth to enter the data straight back into OSM? Dunno about Cédric's project, but the basis of Mike's project was a repository of street addresses we don't have lat/lon for, but we have street addresses for things like POIs... -- Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Google WMS: is this legal?
I have just come across this WMS service providing google maps background for OSM editing. Is it legal? http://www.peterdamen.com/GoogleWMS/ Cheers S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
El 30/03/2010 10:28, simone gadenz escribió: I have just come across this WMS service providing google maps background for OSM editing. Is it legal? http://www.peterdamen.com/GoogleWMS/ Scroll down and you'll find this piece of text: It's been a year since I've done anything with Google WMS, but I still get so much hate-mail about this service.. Here's what they want me to say.. Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map.. That should answer your question. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
Definitely not. See the last note on the page: It's been a year since I've done anything with Google WMS, but I still get so much hate-mail about this service.. Here's what they want me to say.. Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map.. Yet in his instructions he is clearly making the primary aim to use it in JOSM and trace information. He could keep the page and program up there but should put warnings (especially at the top of the page) to say it is for experimentation or personal(private) use and not to upload to the OSM servers. On 30 March 2010 01:28, simone gadenz s.gad...@geologyx.it wrote: I have just come across this WMS service providing google maps background for OSM editing. Is it legal? http://www.peterdamen.com/GoogleWMS/ Cheers S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
simone gadenz wrote: I have just come across this WMS service providing google maps background for OSM editing. Is it legal? http://www.peterdamen.com/GoogleWMS/ No. You must not use Google as a source for OSM. This would be a breach of Google's terms of use, it would taint OSM's data and it would expose OSM to liability. Please don't do it. As the Google Maps WMS Server's administrator himselfs says : Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On Tue, Mar 30, 2010 at 08:28, simone gadenz s.gad...@geologyx.it wrote: I have just come across this WMS service providing google maps background for OSM editing. Is it legal? http://www.peterdamen.com/GoogleWMS/ Is it legal to? * Use it in JOSM: Yes * Edit data based on it: Yes * Upload it to the OSM servers: No I've used this extension with good results for producing derived work from Google Maps + OSM for my own use, of course I didn't upload it to OSM once I was done. JOSM has the capability to use any server you want (or none at all), not all servers are run at *.openstreetmap.org. As OSM becomes more popular more people are going to use the .osm format and editing tools built for OSM for non-OSM uses. It would be useful if we could accommodate these uses by e.g. making plugins like these part of the official JOSM plugin directory. Of course there would also have to be other changes like some way of having WMS layers register that they're unsuitable for being uploaded to OSM and a way of marking data as having been edited with some given WMS as a backdrop. But really, don't send people hate mail just because they enable users to do something non-free with OSM tools. I'm sure the FSF doesn't send people who write non-free programs with Emacs hate mail :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
El 30/03/2010 11:36, Ævar Arnfjörð Bjarmason escribió: I'm sure the FSF doesn't send people who write non-free programs with Emacs hate mail :) You should attend a lecture by Richard Stallman :-P -- Iván Sánchez Ortega i...@sanchezortega.es ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 02:36, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Is it legal to? * Use it in JOSM: Yes * Edit data based on it: Yes * Upload it to the OSM servers: No JOSM has the capability to use any server you want (or none at all), not all servers are run at *.openstreetmap.org. I didn't think of that. I know one could save it as .osm and then feed it into a renderer or other converting script. But really, don't send people hate mail just because they enable users to do something non-free with OSM tools. I'm sure the FSF doesn't send people who write non-free programs with Emacs hate mail :) I think the comment he has put about hate mail is really bad though, it makes OSM out to be a bad project/community even though it created JOSM. Would it really hurt him to put a notice about copyright to say check out the Google license if you make data from the maps and it is not suitable to upload to OSM. Hmm, I suppose if you do click the upload to OSM button then you need a username password, at which point you look at what OSM is (and I think a comment about acceptable data is given near registration?). I was feeling the button was too easy to use, because my password is saved and I never get prompted to have an account. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
Cédric MOULLET cedric.moullet at gmail.com writes: Dear OSM community, After www.openaddresses.ch and www.openaddresses.at, www.openaddresses.org has been launched to collect worldwide localized addresses. The Mapfish application is a pleasure to use and the threshold to start adding data is low because of fixed schema for attributes and because there is no registration needed. There are for sure people who will find something negative from each of these aspects. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 10:53, Gregory nomoregra...@googlemail.com wrote: He could keep the page and program up there but should put warnings I don't think it's even legal for him to have this service? Doesn't google TOS prohibit both storing the tiles and republishing outside google's own api? Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 21:08, andrzej zaborowski balr...@gmail.com wrote: I don't think it's even legal for him to have this service? Doesn't As someone else pointed out, there is nothing illegal about the code, it might be against their terms and services to use it but that's contract law, not criminal law. google TOS prohibit both storing the tiles and republishing outside google's own api? That doesn't make something illegal and google are free to send him a CD if they feel up to it, but that's civil contract law. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On Mar 30, 2010, at 6:08 AM, andrzej zaborowski balr...@gmail.com wrote: On 30 March 2010 10:53, Gregory nomoregra...@googlemail.com wrote: He could keep the page and program up there but should put warnings I don't think it's even legal for him to have this service? Doesn't google TOS prohibit both storing the tiles and republishing outside google's own api? We need to be careful about our words. Tracing data into OSM from any source could be a violation of the terms of use of the service, but it is definitely not illegal. The cops do not yet have the power to come arrest you for a terms of use violation in any jurisdiction I know about. The company could sue you or OSM (thus why we discourage it strongly), but it's not illegal. I think a newbie coming to OSM that sees it's illegal!!! might be put off by the potential for police action since. Of course as soon as I send this someone from Europe will tell me their database/data collections law applies, but I don't think it does. You're still creating a derivative work, not copying someone's collection of data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
I dropped the message to the list because for me was obvious the service was violating the term of Google's license but i was not sure it was illegal. In any case I was worried of the implication for the OSM. Can this service be a problem for the OSM community and in case Is OSM able to cope with this situation to avoid future lawsuits? On Mar 30, 2010, at 1:32 PM, Ian Dees wrote: On Mar 30, 2010, at 6:08 AM, andrzej zaborowski balr...@gmail.com wrote: On 30 March 2010 10:53, Gregory nomoregra...@googlemail.com wrote: He could keep the page and program up there but should put warnings I don't think it's even legal for him to have this service? Doesn't google TOS prohibit both storing the tiles and republishing outside google's own api? We need to be careful about our words. Tracing data into OSM from any source could be a violation of the terms of use of the service, but it is definitely not illegal. The cops do not yet have the power to come arrest you for a terms of use violation in any jurisdiction I know about. The company could sue you or OSM (thus why we discourage it strongly), but it's not illegal. I think a newbie coming to OSM that sees it's illegal!!! might be put off by the potential for police action since. Of course as soon as I send this someone from Europe will tell me their database/data collections law applies, but I don't think it does. You're still creating a derivative work, not copying someone's collection of data. ___ 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] Google WMS: is this legal?
On Tue, Mar 30, 2010 at 10:38, Gregory nomoregra...@googlemail.com wrote: I think the comment he has put about hate mail is really bad though, it makes OSM out to be a bad project/community even though it created JOSM. Would it really hurt him to put a notice about copyright to say check out the Google license if you make data from the maps and it is not suitable to upload to OSM. Did you read the website? Here's what it says: Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On Tue, Mar 30, 2010 at 11:53, simone gadenz s.gad...@geologyx.it wrote: I dropped the message to the list because for me was obvious the service was violating the term of Google's license but i was not sure it was illegal. In any case I was worried of the implication for the OSM. Can this service be a problem for the OSM community and in case Is OSM able to cope with this situation to avoid future lawsuits? What service? It's a program that /you/ download to /your/ computer and run on your own. He's not breaking any law by providing you with this program. Just because some company writes a TOS that doesn't mean they can stop anyone writing programs that interface with their websites, but of course they're fully within their rights to stop anyone accessing them. I'm sure Google's TOS say something about automatic downloads. If I provide you with this program: #!/bin/sh while true; do wget http://google.com/search?q=$RANDOM;; done I'm not breaking Google's TOS. Just because I give you hammer that make me responsible for you bludgeoning someone to death with it. As for how we should cope with this situation we should do what we've always done: Ask people nicely not to trace from proprietary maps and hope they don't. Ultimately that's all we can do. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 13:27, John Smith deltafoxtrot...@gmail.com wrote: That doesn't make something illegal and google are free to send him a CD if they feel up to it, but that's civil contract law. Ok, so it's not automatically a crime but it's still fair to say it isn't legal if you take obeying the TOS as a requirement which most people do. And if they send that guy a CD he'll be responsible of ceasing to distribute the tiles as well as repair damage caused (or at least stop damage happening) to Google if they say so, which may include informing all people who downloaded the tiles, all people who downloaded OSM data created by tracing over them, then their customers, etc etc., and if he can't do that then the court decides what he has to do. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 14:10, andrzej zaborowski balr...@gmail.com wrote: On 30 March 2010 13:27, John Smith deltafoxtrot...@gmail.com wrote: That doesn't make something illegal and google are free to send him a CD if they feel up to it, but that's civil contract law. Ok, so it's not automatically a crime but it's still fair to say it isn't legal if you take obeying the TOS as a requirement which most people do. And if they send that guy a CD he'll be responsible of ceasing to distribute the tiles as well as repair damage caused (or at least stop damage happening) to Google if they say so, which may include informing all people who downloaded the tiles, all people who downloaded OSM data created by tracing over them, then their customers, etc etc., and if he can't do that then the court decides what he has to do. Oops, he's not redistributing the tiles, I misunderstood GoogleWMS as an actual WMS he hosts... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
Ian Dees wrote: We need to be careful about our words. Tracing data into OSM from any source could be a violation of the terms of use of the service, but it is definitely not illegal. Well - there may be some jurisdiction out there dumb enough to make a violation of some Ts Cs an infringement of some law or other. Unlikely, but possible, and dafter laws do get passed from time to time, so definitely not is probably overstating it a tad. (sorry to play Captain Obvious) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 22:16, John Smith deltafoxtrot...@gmail.com wrote: People shouldn't be uploading data from sources it's not allowed to, They shouldn't upload data they don't have permission to upload... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 22:10, andrzej zaborowski balr...@gmail.com wrote: people do. And if they send that guy a CD he'll be responsible of ceasing to distribute the tiles as well as repair damage caused (or at He's not distributing a program that breaks their TOS since he's not directly doing anything, as others have pointed you have to download the software and use it yourself to break google ToS... least stop damage happening) to Google if they say so, which may include informing all people who downloaded the tiles, all people who downloaded OSM data created by tracing over them, then their People shouldn't be uploading data from sources it's not allowed to, just like you shouldn't shoot people, but it's legal in a lot of places to trade firearms, just because you buy a gun doesn't mean you can do what you like with it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Some guidelines on Africover data?
Hi Joseph, I've been cleaning up some of the Africover, mostly bound within the DRC borders. The import seems to have been fairly messy. snip There is no source tag on the data that exists, only an AUTO_ID tag; an example way can be seen in 37424303 [3], although many more exist. I'm guessing that the AUTO_ID refers to a Africover reference system that has survived the import, whilst OSM specific tags need to be applied. Is there any reference available for telling what such ways should be tagged as? I'm worried that some may be rivers, in some cases possible dupes [4]. With a list to refer to, could ways such as this be tagged as highway:road or waterway:river, source:Africover when found? Leaving the AUTO_IDs would seem to be a good idea for now. I generally replace the AUTO_ID with a highway = road. The AUTO_ID is now worthless data to have in the OSM system, we have moved on from the original import. I'd say add source=Africover on the ways if you like. Best to strip it on nodes. The amount of GPS (GPX) data coverage is improving, especially in Southern Africa, so always compare. I always give existing data preference over Africover. If the Africover data feels VERY wrong, I think it is best to remove it rather than disrupt future (local) mapping efforts. Some of the ways also seem to be railways. Many Central East African railways are being revived due to renewed interest in Africa's mineral wealth and Chinese interest. I tag with brain activated :-) Even Landsat helps. Some major African cities do have Yahoo! aerial imagery. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 22:15, Someoneelse li...@mail.atownsend.org.uk wrote: Well - there may be some jurisdiction out there dumb enough to make a violation of some Ts Cs an infringement of some law or other. Unlikely, but possible, and dafter laws do get passed from time to time, so definitely not is probably overstating it a tad. They tried it in the US after a girl committed suicide due to misuse of Facebook or similar sites... I think the ruling has since been repealed... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
Ævar Arnfjörð Bjarmason wrote: Did you read the website? Here's what it says: Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map... The context is important. Website content: It's been a year since I've done anything with Google WMS, but I still get so much hate-mail about this service.. Here's what they want me to say.. Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map.. So it's in quotation marks and it isn't at all presented as the author's personal statement, it's what people sending hate-mail want him to say. Putting that advice in the mouths of senders of hate-mail certainly isn't what you do if you want to honestly want to warn people, is it? To the same effect, he could have written just ignore the naggers with their legalities and trace away. It's only insignificantly more subtle the way he phrases it. Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
On 28 March 2010 08:00, Maarten Deen md...@xs4all.nl wrote: Richard Weait wrote: Many of the coastlines in OSM came from an import of the PGS coastline data. It was a fantastic benefit to be able to add this coastline data to OSM, and we're better off having had it. And there are many places that have aerial imagery that is now good enough to improve on PGS coastlines. So that is the project of the week for 28 March, 2010, check your favorite bit of coastline and improve what you can with overhead imagery. And while in the process: have a look at the islands of Ibiza and Formentera. These landmasses have vanished. http://osm.org/go/xRcUWZ-- I have argued on the talk-es list that it might be caused by the addition of place=island to the coast line on Mar 19. I have not removed the tag because I think the renderer should probably allow that. (http://www.openstreetmap.org/browse/way/10316103) Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
El 30/03/2010 15:10, andrzej zaborowski escribió: And while in the process: have a look at the islands of Ibiza and Formentera. These landmasses have vanished. I have argued on the talk-es list that it might be caused by the addition of place=island to the coast line on Mar 19. I have not removed the tag because I think the renderer should probably allow that. Thinking just that, I removed the place=island tag from every piece of coastline and made a relation out of all the pieces of coastline: http://www.openstreetmap.org/browse/relation/536255 ... but the problem persists. Would a coastline expert enlighten us all? -- Iván Sánchez Ortega i...@sanchezortega.es ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
Hi, Tobias Knerr wrote: So it's in quotation marks and it isn't at all presented as the author's personal statement, it's what people sending hate-mail want him to say. Putting that advice in the mouths of senders of hate-mail certainly isn't what you do if you want to honestly want to warn people, is it? Are you trying to deny him his freedom of expression? Is he not allowed to speak his mind? Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Hi, It's not Cédric's project, but the project of a community (composed of individuals, companies and universities) initiated in 2007 ;-) (see press release: http://code.google.com/p/openaddresses/wiki/Release_BETA_PressRelease#EN:_OpenAddresses_.org,_a_community_web_site_for_the_management). But, I still can answer. Dear Cédric, OpenAdresses is an interesting idea as a simpler interface for address data. The intent to synchronize the data with OSM makes sense. The current situation with OSM data cc-by-sa and OpenAddresses data cc-by seems broken. Shouldn't the licenses be synchronized so that the data can be synchronized? OpenAddresses is failing the share-alike obligation. Do you understand that some will see that as a serious problem. This issue will persist when OSM upgrades to the ODbL license. Can you bring this problem to the attention of the OpenAddresses community and resolve it? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Some guidelines on Africover data?
Great, thanks Grant, Good to see that my line of thinking was pretty much the same as yours; I just wanted to double check on consensus before inadvertently wrecking anything. Cheers, Joseph On 30 March 2010 13:25, Grant Slater openstreet...@firefishy.com wrote: Hi Joseph, I've been cleaning up some of the Africover, mostly bound within the DRC borders. The import seems to have been fairly messy. snip There is no source tag on the data that exists, only an AUTO_ID tag; an example way can be seen in 37424303 [3], although many more exist. I'm guessing that the AUTO_ID refers to a Africover reference system that has survived the import, whilst OSM specific tags need to be applied. Is there any reference available for telling what such ways should be tagged as? I'm worried that some may be rivers, in some cases possible dupes [4]. With a list to refer to, could ways such as this be tagged as highway:road or waterway:river, source:Africover when found? Leaving the AUTO_IDs would seem to be a good idea for now. I generally replace the AUTO_ID with a highway = road. The AUTO_ID is now worthless data to have in the OSM system, we have moved on from the original import. I'd say add source=Africover on the ways if you like. Best to strip it on nodes. The amount of GPS (GPX) data coverage is improving, especially in Southern Africa, so always compare. I always give existing data preference over Africover. If the Africover data feels VERY wrong, I think it is best to remove it rather than disrupt future (local) mapping efforts. Some of the ways also seem to be railways. Many Central East African railways are being revived due to renewed interest in Africa's mineral wealth and Chinese interest. I tag with brain activated :-) Even Landsat helps. Some major African cities do have Yahoo! aerial imagery. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
On 30 March 2010 16:13, Richard Weait rich...@weait.com wrote: 2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Hi, It's not Cédric's project, but the project of a community (composed of individuals, companies and universities) initiated in 2007 ;-) (see press release: http://code.google.com/p/openaddresses/wiki/Release_BETA_PressRelease#EN:_OpenAddresses_.org,_a_community_web_site_for_the_management ). But, I still can answer. Dear Cédric, OpenAdresses is an interesting idea as a simpler interface for address data. The intent to synchronize the data with OSM makes sense. The current situation with OSM data cc-by-sa and OpenAddresses data cc-by seems broken. Shouldn't the licenses be synchronized so that the data can be synchronized? OpenAddresses is failing the share-alike obligation. Do you understand that some will see that as a serious problem. This issue will persist when OSM upgrades to the ODbL license. Can you bring this problem to the attention of the OpenAddresses community and resolve it? Hello, Cedric has replied on the French mailing list. He is aware of the licence issue and he is going to be changing the licence to be compatible with OSM. I am sure it will happen very soon as he is very responsive. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On Tue, Mar 30, 2010 at 13:04, Tobias Knerr o...@tobias-knerr.de wrote: To the same effect, he could have written just ignore the naggers with their legalities and trace away. It's only insignificantly more subtle the way he phrases it. Could have should have. Let's not forget the context here. Someone has written a useful piece of software *in his free time* for *free* which you and others to use *if you want to*, if not: don't use it. If he doesn't feel like plastering legal warnings over his webpage that's really really his business. I don't think anyone's in a position to feel self-justified in speculations about his intent. I don't mean to single you out but this sort of outlook is why he's getting hate E-Mail in the first place. Let us recall the ancient proverb: Life sucks, get a helmet. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
2010/3/30 Iván Sánchez Ortega i...@sanchezortega.es: http://www.openstreetmap.org/browse/relation/536255 ... but the problem persists. anything tagged natural=coastline only updates intermitently, I'm not sure if there is a regular schedule or not, however shape files are produced from the coastline segments and so on and so forth. tagging it natural=land will update much faster, but that is problematic in the longer term... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
2010/3/30 John Smith deltafoxtrot...@gmail.com: anything tagged natural=coastline only updates intermitently, I'm not sure if there is a regular schedule or not, however shape files are produced from the coastline segments and so on and so forth. Coastlines updating is currently a manual process for tile.osm.org Coastline Checker is much more frequently updated: http://coastline.openstreetmap.nl/ (see update line on site) Details on wiki: http://wiki.openstreetmap.org/wiki/Coastline_error_checker tagging it natural=land will update much faster, but that is problematic in the longer term... Do it properly. Not using some dirty hack. :-) / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
2010/3/31 Grant Slater openstreet...@firefishy.com: Do it properly. Not using some dirty hack. :-) The problem is everything except the coastlines update within minutes, so now people assume everything does and when it doesn't they complain on mailing lists or diary entries or Realistically it's no more of a hack than generating shape files to get around rendering problems with broken coast lines. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] www.openaddresses.org BETA launched
Yes, we have adapted that. Cédric On Tue, Mar 30, 2010 at 4:26 PM, Emilie Laffray emilie.laff...@gmail.comwrote: On 30 March 2010 16:13, Richard Weait rich...@weait.com wrote: 2010/3/30 Cédric MOULLET cedric.moul...@gmail.com: Hi, It's not Cédric's project, but the project of a community (composed of individuals, companies and universities) initiated in 2007 ;-) (see press release: http://code.google.com/p/openaddresses/wiki/Release_BETA_PressRelease#EN:_OpenAddresses_.org,_a_community_web_site_for_the_management ). But, I still can answer. Dear Cédric, OpenAdresses is an interesting idea as a simpler interface for address data. The intent to synchronize the data with OSM makes sense. The current situation with OSM data cc-by-sa and OpenAddresses data cc-by seems broken. Shouldn't the licenses be synchronized so that the data can be synchronized? OpenAddresses is failing the share-alike obligation. Do you understand that some will see that as a serious problem. This issue will persist when OSM upgrades to the ODbL license. Can you bring this problem to the attention of the OpenAddresses community and resolve it? Hello, Cedric has replied on the French mailing list. He is aware of the licence issue and he is going to be changing the licence to be compatible with OSM. I am sure it will happen very soon as he is very responsive. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
2010/3/30 Ævar Arnfjörð Bjarmason ava...@gmail.com: I'm not breaking Google's TOS. Just because I give you hammer that make me responsible for you bludgeoning someone to death with it. well, give a kid a gun and you ARE responsible (at least partially) for what happens. There's to decide whether distributing instructions and code for tracing from Googlemaps into OSM (JOSM is still mostly an OSM-app) is more like a hammer or more like a gun ;-) IMHO he could at least put the disclaimer on top of the page. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ANNOUNCEMENT: maxspeed map
On 03/28/2010 11:44 AM, Florian Lohoff wrote: I never sent an announcement here so i think its time do so. I have built ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo Very Nice! When will it fully support mph speeds in the U.S.A ? ie: we tag maxspeed=65 mph rather than maxspeed=100 to get ~ the same highway speed. in the U.S.A. the speed limit signs are a white rectangle higher than they are wide see http://en.wikipedia.org/wiki/File:US_speed_limits.svg for examples. Thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google WMS: is this legal?
On 30 March 2010 06:04, Tobias Knerr o...@tobias-knerr.de wrote: Ævar Arnfjörð Bjarmason wrote: Did you read the website? Here's what it says: Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map... The context is important. Website content: It's been a year since I've done anything with Google WMS, but I still get so much hate-mail about this service.. Here's what they want me to say.. Adhere to the Google Maps terms and conditions and don't trace data into Open Street Map.. So it's in quotation marks and it isn't at all presented as the author's personal statement, it's what people sending hate-mail want him to say. Putting that advice in the mouths of senders of hate-mail certainly isn't what you do if you want to honestly want to warn people, is it? To the same effect, he could have written just ignore the naggers with their legalities and trace away. It's only insignificantly more subtle the way he phrases it. Thank you for bringing back the context Tobias. More context: The message is also at the bottom of the page, after scrolling past the instructions on how to add it to JOSM. At the top of the page he mentions OSM. If he was nice (unlike hate mail senders) then he could write one sentence: Although this works with OSM software it should not be uploaded to the OSM database. That would certainly avoid me sending him hate mail (not that I actually would) and think that he respected OSM so I'd give him (and his work) more respect. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
On Tue, 2010-03-30 at 16:45 +0100, Grant Slater wrote: 2010/3/30 John Smith deltafoxtrot...@gmail.com: anything tagged natural=coastline only updates intermitently, I'm not sure if there is a regular schedule or not, however shape files are produced from the coastline segments and so on and so forth. Coastlines updating is currently a manual process for tile.osm.org Coastline Checker is much more frequently updated: http://coastline.openstreetmap.nl/ (see update line on site) Details on wiki: http://wiki.openstreetmap.org/wiki/Coastline_error_checker The shapefiles were last updated just a couple of days ago, from the planet-100324.osm.bz2 file. I can't see any obvious reason why the islands would be missing. The coastline generating utility really only cares about things tagged with natural=coastline so any other tags like place=island should have no effect on it. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
On 31 March 2010 08:34, Jon Burgess jburgess...@googlemail.com wrote: place=island should have no effect on it. Other than being used to display the name does that tag get rendered at all? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Crosspost: rücksichtslos van Yah oo overtrekken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hoi, Ik merkte vandaag weer dat een aantal mensen bezig zijn met het rücksichtslos van Yahoo overtrekken van zaken die er allang niet meer zijn. Even wat feiten op een rijtje: - - Yahoo is *slecht* gerectificeerd, het mag nooit je primaire bron zijn, zeker niet als er traces zijn die anders beweren. - - Als er iets in Yahoo anders is dan in OSM, en er is een note te vinden, dan lijkt het handig om die note ook te lezen. Voor sommigen vanzelfsprekend, toch zag ik vandaag heel ander gedrag. - - 3dshapes is *altijd* correcter in locatie en vorm dan welke publieke lucht foto je vindt, zeker met alles wat voor 2005 al op een fundering stond. - - Als er wegen waar geen traces van zijn door 3dshapes gebouwen heen lopen, kun je met zekerheid stellen dat die weg tot 25 meter verschoven kan zijn. (Zeker bij de oude AND wegen) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkux5SgACgkQYH1+F2Rqwn2MMACcDsA+pEmVUgyACgyCUcrwJnle BfsAn2PSizni0LS6Ed2dNbyG7WkaRJJf =mESa -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Overtrekken vanaf autocad dwg files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 29-03-10 18:51, Matthijs Benschop schreef: Op Mon, 29 Mar 2010 18:38:44 +0200, schreef Stefan de Konink: Wie weet raad? Gewoon autocad bestande in 1x omzetten naar Postgis of direct naar OSM en uploaden :) Dat gaat niet werken, ik krijg de bermen, middenstrepen, druppels (heet dat zo?) etc er bij. Ik moet er dus een tracé uit overtrekken. Mogen die files op de mirror? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkux5agACgkQYH1+F2Rqwn3tswCeMgwcsF9avDdbD3uLWzDQeAfA CIkAoID1Lif0vQiQfbEa5eWauk0Qq40i =TdXu -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yahoo overtrekken
On Tue, 30 Mar 2010 13:48:56 +0200, Stefan de Konink ste...@konink.de wrote: - - 3dshapes is *altijd* correcter in locatie en vorm dan welke publieke lucht foto je vindt, zeker met alles wat voor 2005 al op een fundering stond. - - Als er wegen waar geen traces van zijn door 3dshapes gebouwen heen lopen, kun je met zekerheid stellen dat die weg tot 25 meter verschoven kan zijn. (Zeker bij de oude AND wegen) Dat wilde ik al een tijdje vragen. Ik zie met die 3dshapes import ook plekken waar de (AND) wegen ofwel akelig dicht langs huizen lopen of zelfs over huizen heen gaan. Dus 3dshapes is hier leading. Goed te weten. Overigens zijn de shapes ook niet altijd geweldig. Ik heb het in mijn buurt gecontroleerd met een bouwplan, en dat week nogal af. Nu is het wel een vervelende structuur om te tekenen: geschakelde woningen waar de garages buiten de woningen uitsteken en er ook nog gekke hoeken in de gebouwen zitten. Maar ook op andere plaatsen zijn huizen gesimplificeerd weergegeven. Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yah oo overtrekken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 30-03-10 13:56, Maarten Deen schreef: Dus 3dshapes is hier leading. Goed te weten. Nouja, na de publicatie datum van 3dshapes zijn er ook kantoren en huizen afgebroken. (En bijgebouwd) Maar verschuiven doen we meestal niet met huizen. Overigens zijn de shapes ook niet altijd geweldig. Ik heb het in mijn buurt gecontroleerd met een bouwplan, en dat week nogal af. 3dshapes komt van een combinatie van foto's, kadaster data en nog wat bronnen af. Dus het is niet iets administratief geweest. Nu is het wel een vervelende structuur om te tekenen: geschakelde woningen waar de garages buiten de woningen uitsteken en er ook nog gekke hoeken in de gebouwen zitten. Maar ook op andere plaatsen zijn huizen gesimplificeerd weergegeven. Dat is dus het OSM afgeleide werk. (Bedank / Blame: Ldp) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkux6LwACgkQYH1+F2Rqwn0njQCfZgNcVaKNzRwEYtAGmKSRFLeH pcwAn2x4+fBvSd6FHB69gC6b1PJw0bjM =wyYT -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yah oo overtrekken
Maarten Deen wrote: Nu is het wel een vervelende structuur om te tekenen: geschakelde woningen waar de garages buiten de woningen uitsteken en er ook nog gekke hoeken in de gebouwen zitten. Maar ook op andere plaatsen zijn huizen gesimplificeerd weergegeven. Ja, de geschakelde woningen met tussenliggende garages zijn vaak niet helemaal goed getekend en ik heb soms ook het idee dat gebouwen wel eens ietwat geroteerd staan. Ook staat niet elke uitbouw (ook van voor 2005) er niet op, maar desondanks is de nauwkeurigheid verbazingwekkend. Veel beter dan de AND import iig. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yahoo overtrekken
Dus 3dshapes is hier leading. Goed te weten. In het algemeen wel, op de plekken waar ik heb gekeken. Neemt niet weg dat het nooit kwaad kan om het voor je eigen omgeving nog een keer kritisch tegen het licht te houden. Op plekken waar 3dShapes tiles elkaar raken, zie ik af en toe een klein sprongetje, waardoor vlakken niet netjes aansluiten. Op die plekken kan er dus een kleine verschuiving zijn. Als ik daar huizen heb, tag ik ze met een note=Incorrect building outline. Overigens zijn de shapes ook niet altijd geweldig. Ik heb het in mijn buurt gecontroleerd met een bouwplan, en dat week nogal af. Nu is het wel een vervelende structuur om te tekenen: geschakelde woningen waar de garages buiten de woningen uitsteken en er ook nog gekke hoeken in de gebouwen zitten. Maar ook op andere plaatsen zijn huizen gesimplificeerd weergegeven. Het wisselt per streek/gemeente. Kijk bijvoorbeeld eens in Groningen (stad). Daar zijn de huizen met zoveel nodes getekend, ook in rechthoekige huizenblokken, dat je er volgens mij zelfs de tussenmuren in kunt herkennen. Voor iemand die huisnummers verzamelt lijkt me dat dus een mooie stad om mee te werken, qua 3dShapes-gebouwen. En andere gemeenten hebben voornamelijk simpele rechthoekjes als huizen, terwijl er ook zijn met getekende schuurtjes in tuinen. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Zoals misschien een aantal van jullie wel hebben gezien heb ik wat vragen a.d.v. deze discussie en vorige discussies gemailed naar de legal mailinglist. Vandaag heb ik zo'n 35 a4tjes aan text gelezen hierover. Zover ik het allemaal begrijp is het zeker een goede zaak om die licentie om te zetten. Waar ik benieuwd naar ben is wie er in NL aan grote leveranciers van data akkoord gaan en wie er absoluut niet mee akkoord zullen gaan (en met welke reden dan)? Kunnen we een overzicht maken van alle NL contributors en de grootste 10 er eens uit pakken om te onderzoeken of die allemaal akkoord willen gaan? Om zo eens te zien of dit voor NL redelijkerwijs een kans van slagen heeft dat we niet 10+% van onze data verliezen? Wie zou dit eens aan kunnen geven (de 10 grootste in NL) zodat we dit eens kunnen onderzoeken. Groet, Frenzel Op 28 maart 2010 23:24 schreef Stefan de Konink ste...@konink.de het volgende: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 22:31, Henk Hoff schreef: Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Het gaat er niet om wat jij *denkt*. Nee en vast ook niet wat Arnoud E. denkt, dus geef er maar een mooie draai aan Henk. Zoals ook in een poll onder *alle* OSM'ers werd gehouden zou voor veel mensen PD de voorkeur hebben. Wat de OSMF nu met een licentie wijziging wil doen betekent eigenlijk een 'hostile takeover'. Het zijn erg zware woorden die je gebruikt. De ODbL is in de geest dezelfde licentie als CC-BY-SA, echter deze licentie is veel beter geschikt voor databases, dat wat OSM is. Een takeover suggereert dat er sprake zou zijn van een compleet andere (ook in geest) licentie. Dat is dus niet zo. Ik ga mee met wat het 'volk' die aan OSM werkt wil. Schijnbaar is het volk wat zich heeft verenigd niet representatief voor het volk dat aan OSM werkt. Gezien expliciet is gezegd door *jouw* voorzitter dat hij ieder alternatief het liefst ziet bloeden, en dat CC-BY-SA beschikbaar blijft, kan ik niet anders concluderen dat de ODbL een fork van de data is, niet de CC-BY-SA versie. Maar goed het gaat niet om wat ik denk natuurlijk ;) Maar ik denk toch graag even na over situatie die 'jullie' nu met wat andere data hebben. http://wiki.openstreetmap.org/wiki/Cannot_import_CC_BY-SA_licensed_data Het is trouwens wel een beetje vreemd dat iemand die public domain promoot (iets wat niet overeenkomt [ook niet in geest] met CC-BY-SA) de OSMF beschuldigt van hostile takeover, terwijl zij een licentie voorstellen die in de geest hetzelfde is als CC-BY-SA, maar dan beter is toegesneden op databases. Maar goed, dat zal wel aan mij liggen... Ik zou compleet achter PD staan, daar niet van, met een minimale bron vermelding zoals ook het verdrag van Bern is opgeschreven. Gezien de discussie iedere keer uitdraait op een religieus debat, ga ik me absoluut niet bezig meer houden met een 'eventuele' wijziging omdat de data die we in NL hebben verzameld er toch wel blijft. En het gezeur van 'jullie mogen OSM data niet gebruiken voor het 6PP project omdat dat CC0 is' niets meer met het delen van informatie te maken heeft, maar slechts met pennen likken. Ik vind het wel grappig dat naar aanleiding van al die verschillende mapping projecten in Brazilië me wel duidelijk is geworden dat decentrale organisaties erg goed werken :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvyQcACgkQYH1+F2Rqwn1fvACfSPqqwmJu888iEZ13WsVLxnZT y4wAn1Z+EUxxA0+x2FUecCsE8Zny7TG+ =kghS -END PGP SIGNATURE- ___ 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] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Ik zeg: doen! We hebben al eens met mensen van AND gesproken en die waren toen in ieder geval positief. Groet, Floris F. Heinen wrote: Zoals misschien een aantal van jullie wel hebben gezien heb ik wat vragen a.d.v. deze discussie en vorige discussies gemailed naar de legal mailinglist. Vandaag heb ik zo'n 35 a4tjes aan text gelezen hierover. Zover ik het allemaal begrijp is het zeker een goede zaak om die licentie om te zetten. Waar ik benieuwd naar ben is wie er in NL aan grote leveranciers van data akkoord gaan en wie er absoluut niet mee akkoord zullen gaan (en met welke reden dan)? Kunnen we een overzicht maken van alle NL contributors en de grootste 10 er eens uit pakken om te onderzoeken of die allemaal akkoord willen gaan? Om zo eens te zien of dit voor NL redelijkerwijs een kans van slagen heeft dat we niet 10+% van onze data verliezen? Wie zou dit eens aan kunnen geven (de 10 grootste in NL) zodat we dit eens kunnen onderzoeken. Groet, Frenzel Op 28 maart 2010 23:24 schreef Stefan de Konink ste...@konink.de het volgende: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 22:31, Henk Hoff schreef: Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Het gaat er niet om wat jij *denkt*. Nee en vast ook niet wat Arnoud E. denkt, dus geef er maar een mooie draai aan Henk. Zoals ook in een poll onder *alle* OSM'ers werd gehouden zou voor veel mensen PD de voorkeur hebben. Wat de OSMF nu met een licentie wijziging wil doen betekent eigenlijk een 'hostile takeover'. Het zijn erg zware woorden die je gebruikt. De ODbL is in de geest dezelfde licentie als CC-BY-SA, echter deze licentie is veel beter geschikt voor databases, dat wat OSM is. Een takeover suggereert dat er sprake zou zijn van een compleet andere (ook in geest) licentie. Dat is dus niet zo. Ik ga mee met wat het 'volk' die aan OSM werkt wil. Schijnbaar is het volk wat zich heeft verenigd niet representatief voor het volk dat aan OSM werkt. Gezien expliciet is gezegd door *jouw* voorzitter dat hij ieder alternatief het liefst ziet bloeden, en dat CC-BY-SA beschikbaar blijft, kan ik niet anders concluderen dat de ODbL een fork van de data is, niet de CC-BY-SA versie. Maar goed het gaat niet om wat ik denk natuurlijk ;) Maar ik denk toch graag even na over situatie die 'jullie' nu met wat andere data hebben. http://wiki.openstreetmap.org/wiki/Cannot_import_CC_BY-SA_licensed_data Het is trouwens wel een beetje vreemd dat iemand die public domain promoot (iets wat niet overeenkomt [ook niet in geest] met CC-BY-SA) de OSMF beschuldigt van hostile takeover, terwijl zij een licentie voorstellen die in de geest hetzelfde is als CC-BY-SA, maar dan beter is toegesneden op databases. Maar goed, dat zal wel aan mij liggen... Ik zou compleet achter PD staan, daar niet van, met een minimale bron vermelding zoals ook het verdrag van Bern is opgeschreven. Gezien de discussie iedere keer uitdraait op een religieus debat, ga ik me absoluut niet bezig meer houden met een 'eventuele' wijziging omdat de data die we in NL hebben verzameld er toch wel blijft. En het gezeur van 'jullie mogen OSM data niet gebruiken voor het 6PP project omdat dat CC0 is' niets meer met het delen van informatie te maken heeft, maar slechts met pennen likken. Ik vind het wel grappig dat naar aanleiding van al die verschillende mapping projecten in Brazilië me wel duidelijk is geworden dat decentrale organisaties erg goed werken :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvyQcACgkQYH1+F2Rqwn1fvACfSPqqwmJu888iEZ13WsVLxnZT y4wAn1Z+EUxxA0+x2FUecCsE8Zny7TG+ =kghS -END PGP SIGNATURE- ___ 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: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Nou, taken verdelen. Wie kan die lijst maken? En aan de hand van de lijst moeten we eens gaan kijken wie we moeten aanspreken hiervoor. 3dshapes for sure dan. Wie gaat dat doen? Wie is bekend bij die mensen? Groet, Frenzel Op 30 maart 2010 21:04 schreef Floris Looijesteijn o...@floris.nu het volgende: Ik zeg: doen! We hebben al eens met mensen van AND gesproken en die waren toen in ieder geval positief. Groet, Floris F. Heinen wrote: Zoals misschien een aantal van jullie wel hebben gezien heb ik wat vragen a.d.v. deze discussie en vorige discussies gemailed naar de legal mailinglist. Vandaag heb ik zo'n 35 a4tjes aan text gelezen hierover. Zover ik het allemaal begrijp is het zeker een goede zaak om die licentie om te zetten. Waar ik benieuwd naar ben is wie er in NL aan grote leveranciers van data akkoord gaan en wie er absoluut niet mee akkoord zullen gaan (en met welke reden dan)? Kunnen we een overzicht maken van alle NL contributors en de grootste 10 er eens uit pakken om te onderzoeken of die allemaal akkoord willen gaan? Om zo eens te zien of dit voor NL redelijkerwijs een kans van slagen heeft dat we niet 10+% van onze data verliezen? Wie zou dit eens aan kunnen geven (de 10 grootste in NL) zodat we dit eens kunnen onderzoeken. Groet, Frenzel Op 28 maart 2010 23:24 schreef Stefan de Konink ste...@konink.de het volgende: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 22:31, Henk Hoff schreef: Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Het gaat er niet om wat jij *denkt*. Nee en vast ook niet wat Arnoud E. denkt, dus geef er maar een mooie draai aan Henk. Zoals ook in een poll onder *alle* OSM'ers werd gehouden zou voor veel mensen PD de voorkeur hebben. Wat de OSMF nu met een licentie wijziging wil doen betekent eigenlijk een 'hostile takeover'. Het zijn erg zware woorden die je gebruikt. De ODbL is in de geest dezelfde licentie als CC-BY-SA, echter deze licentie is veel beter geschikt voor databases, dat wat OSM is. Een takeover suggereert dat er sprake zou zijn van een compleet andere (ook in geest) licentie. Dat is dus niet zo. Ik ga mee met wat het 'volk' die aan OSM werkt wil. Schijnbaar is het volk wat zich heeft verenigd niet representatief voor het volk dat aan OSM werkt. Gezien expliciet is gezegd door *jouw* voorzitter dat hij ieder alternatief het liefst ziet bloeden, en dat CC-BY-SA beschikbaar blijft, kan ik niet anders concluderen dat de ODbL een fork van de data is, niet de CC-BY-SA versie. Maar goed het gaat niet om wat ik denk natuurlijk ;) Maar ik denk toch graag even na over situatie die 'jullie' nu met wat andere data hebben. http://wiki.openstreetmap.org/wiki/Cannot_import_CC_BY-SA_licensed_data Het is trouwens wel een beetje vreemd dat iemand die public domain promoot (iets wat niet overeenkomt [ook niet in geest] met CC-BY-SA) de OSMF beschuldigt van hostile takeover, terwijl zij een licentie voorstellen die in de geest hetzelfde is als CC-BY-SA, maar dan beter is toegesneden op databases. Maar goed, dat zal wel aan mij liggen... Ik zou compleet achter PD staan, daar niet van, met een minimale bron vermelding zoals ook het verdrag van Bern is opgeschreven. Gezien de discussie iedere keer uitdraait op een religieus debat, ga ik me absoluut niet bezig meer houden met een 'eventuele' wijziging omdat de data die we in NL hebben verzameld er toch wel blijft. En het gezeur van 'jullie mogen OSM data niet gebruiken voor het 6PP project omdat dat CC0 is' niets meer met het delen van informatie te maken heeft, maar slechts met pennen likken. Ik vind het wel grappig dat naar aanleiding van al die verschillende mapping projecten in Brazilië me wel duidelijk is geworden dat decentrale organisaties erg goed werken :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvyQcACgkQYH1+F2Rqwn1fvACfSPqqwmJu888iEZ13WsVLxnZT y4wAn1Z+EUxxA0+x2FUecCsE8Zny7TG+ =kghS -END PGP SIGNATURE- ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 30-03-10 21:57, F. Heinen schreef: Wie kan die lijst maken? Ik kan het doen voor de gegevens die je NU ziet. Maar dat is niet historisch... En aan de hand van de lijst moeten we eens gaan kijken wie we moeten aanspreken hiervoor. 3dshapes for sure dan. Wie gaat dat doen? Wie is bekend bij die mensen? Laten we eerst de OSM'ers zelf af gaan en dan de externe partijen. {ObjectVision, Nieuwekaart, VROM, Antenne Register, ...} Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuyYLIACgkQYH1+F2Rqwn0rngCfarjU2bV73QkOOEaz96ASvNjQ TUkAn3z9TrdBKJaEyFM5y12eDigjf0OC =+8nj -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Kun jij een lijst maken met alle OSMers in NL dan? Op 30 maart 2010 22:36 schreef Stefan de Konink ste...@konink.de het volgende: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 30-03-10 21:57, F. Heinen schreef: Wie kan die lijst maken? Ik kan het doen voor de gegevens die je NU ziet. Maar dat is niet historisch... En aan de hand van de lijst moeten we eens gaan kijken wie we moeten aanspreken hiervoor. 3dshapes for sure dan. Wie gaat dat doen? Wie is bekend bij die mensen? Laten we eerst de OSM'ers zelf af gaan en dan de externe partijen. {ObjectVision, Nieuwekaart, VROM, Antenne Register, ...} Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuyYLIACgkQYH1+F2Rqwn0rngCfarjU2bV73QkOOEaz96ASvNjQ TUkAn3z9TrdBKJaEyFM5y12eDigjf0OC =+8nj -END PGP SIGNATURE- ___ 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-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map
Fala aí Sr... Sendo o outro de SP que ainda está no Brasil, fiz o ultimo mapeamento aqui na região do Brooklin mesmo. Vamo marcar outro encontro quando o Vitor voltar no daqui a alguns meses... On Mon, Mar 29, 2010 at 11:42 AM, Diogo diogownunes2...@yahoo.com.br wrote: Legal mesmo, já incluí a informação em alguns trechos da Radial Leste e Marginal Tietê para testar... Infelizmente a grande maioria das vias também está sem esta informação, mas enfim... Eu baixei um monte de GPX que eu tinha no celular, estou carregando numa base SQL para extrair informações de velocidade média... quem sabe dá pra eu extrair a velocidade máxima a partir destes dados também. p.s. Pessoal de SP, onde estão trabalhando ? Vamos organizar nossos esforços ! Um abraço, Diogo Date: Sun, 28 Mar 2010 19:14:39 -0300 From: Arlindo Pereira openstreet...@arlindopereira.com Subject: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map To: OSM talk-br talk-br@openstreetmap.org Message-ID: 2d3010d51003281514l4376633ci5a0e06b12d50d...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Mapa para visualizar a velocidade máxima da via, legal :) []s -- Forwarded message -- From: Florian Lohoff f...@zz.de Date: 2010/3/28 Subject: [OSM-talk] ANNOUNCEMENT: maxspeed map To: t...@openstreetmap.org I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. This map exists for over a year for Germany only, but now that i got more Hardware i am be able to provide it globally. Nevertheless - the map visualizes maxspeed, width, hazmat, maxweight, maxheight, hgv, goods, lit and smoothness. There is probably a bug with XXmph type of speeds which will currently be warned about - sorry for the non-metric for now - i'll fix it somehow ... Also there are signs shown for hgv=destination which is very German centric. This is why you see the Admin boundary hierarchie at the bottom - thats something i am thinking of using to localize the visualization of signs and/or warn about mph as the speed unit ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo -- Florian Lohoff ...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT:
Então, eu vi mais gente mapeando em SP também (pelo itoworld.com). Eu só acho que eles são tímidos e não assinam a lista. Que tal a gente entrar nos outros fórums de mapeamento (trackmaker, etc) para convidar o pessoal a ajudar, já que a licensa de uso do OSM é menos restritiva ? Att, Digo Date: Tue, 30 Mar 2010 07:08:32 -0300 From: Claudomiro Nascimento Junior claudom...@claudomiro.com Subject: Re: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map To: OSM talk-br talk-br@openstreetmap.org Message-ID: 1f9220331003300308s210dc9dfg9afd61ef468d0...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Fala aí Sr... Sendo o outro de SP que ainda está no Brasil, fiz o ultimo mapeamento aqui na região do Brooklin mesmo. Vamo marcar outro encontro quando o Vitor voltar no daqui a alguns meses... On Mon, Mar 29, 2010 at 11:42 AM, Diogo diogownunes2...@yahoo.com.br wrote: Legal mesmo, já incluí a informação em alguns trechos da Radial Leste e Marginal Tietê para testar... Infelizmente a grande maioria das vias também está sem esta informação, mas enfim... Eu baixei um monte de GPX que eu tinha no celular, estou carregando numa base SQL para extrair informações de velocidade média... quem sabe dá pra eu extrair a velocidade máxima a partir destes dados também. p.s. Pessoal de SP, onde estão trabalhando ? Vamos organizar nossos esforços ! Um abraço, Diogo Date: Sun, 28 Mar 2010 19:14:39 -0300 From: Arlindo Pereira openstreet...@arlindopereira.com Subject: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map To: OSM talk-br talk-br@openstreetmap.org Message-ID: 2d3010d51003281514l4376633ci5a0e06b12d50d...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Mapa para visualizar a velocidade máxima da via, legal :) []s -- Forwarded message -- From: Florian Lohoff f...@zz.de Date: 2010/3/28 Subject: [OSM-talk] ANNOUNCEMENT: maxspeed map To: t...@openstreetmap.org I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. This map exists for over a year for Germany only, but now that i got more Hardware i am be able to provide it globally. Nevertheless - the map visualizes maxspeed, width, hazmat, maxweight, maxheight, hgv, goods, lit and smoothness. There is probably a bug with XXmph type of speeds which will currently be warned about - sorry for the non-metric for now - i'll fix it somehow ... Also there are signs shown for hgv=destination which is very German centric. This is why you see the Admin boundary hierarchie at the bottom - thats something i am thinking of using to localize the visualization of signs and/or warn about mph as the speed unit ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo -- Florian Lohoff ...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT:
Eu faço isso acompanhando o http://twitter.com/osm_rio http://twitter.com/osm_rioA mensagem padrão que eu mando é: Bem vindo, $fulano! Meu nome é Arlindo, sou um dos mapeadores mais ativos aqui no Rio de Janeiro. Gostaria de lhe oferecer boas vindas ao OpenStreetMap. Qualquer dúvida, pode me mandar uma mensagem. Abraço, Arlindo Nighto Pereira Daí se a pessoa responde, convido pra lista. []s 2010/3/30 Diogo diogownunes2...@yahoo.com.br Então, eu vi mais gente mapeando em SP também (pelo itoworld.com). Eu só acho que eles são tímidos e não assinam a lista. Que tal a gente entrar nos outros fórums de mapeamento (trackmaker, etc) para convidar o pessoal a ajudar, já que a licensa de uso do OSM é menos restritiva ? Att, Digo Date: Tue, 30 Mar 2010 07:08:32 -0300 From: Claudomiro Nascimento Junior claudom...@claudomiro.com Subject: Re: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map To: OSM talk-br talk-br@openstreetmap.org Message-ID: 1f9220331003300308s210dc9dfg9afd61ef468d0...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Fala aí Sr... Sendo o outro de SP que ainda está no Brasil, fiz o ultimo mapeamento aqui na região do Brooklin mesmo. Vamo marcar outro encontro quando o Vitor voltar no daqui a alguns meses... On Mon, Mar 29, 2010 at 11:42 AM, Diogo diogownunes2...@yahoo.com.br wrote: Legal mesmo, já incluí a informação em alguns trechos da Radial Leste e Marginal Tietê para testar... Infelizmente a grande maioria das vias também está sem esta informação, mas enfim... Eu baixei um monte de GPX que eu tinha no celular, estou carregando numa base SQL para extrair informações de velocidade média... quem sabe dá pra eu extrair a velocidade máxima a partir destes dados também. p.s. Pessoal de SP, onde estão trabalhando ? Vamos organizar nossos esforços ! Um abraço, Diogo Date: Sun, 28 Mar 2010 19:14:39 -0300 From: Arlindo Pereira openstreet...@arlindopereira.com Subject: [Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map To: OSM talk-br talk-br@openstreetmap.org Message-ID: 2d3010d51003281514l4376633ci5a0e06b12d50d...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Mapa para visualizar a velocidade máxima da via, legal :) []s -- Forwarded message -- From: Florian Lohoff f...@zz.de Date: 2010/3/28 Subject: [OSM-talk] ANNOUNCEMENT: maxspeed map To: t...@openstreetmap.org I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. This map exists for over a year for Germany only, but now that i got more Hardware i am be able to provide it globally. Nevertheless - the map visualizes maxspeed, width, hazmat, maxweight, maxheight, hgv, goods, lit and smoothness. There is probably a bug with XXmph type of speeds which will currently be warned about - sorry for the non-metric for now - i'll fix it somehow ... Also there are signs shown for hgv=destination which is very German centric. This is why you see the Admin boundary hierarchie at the bottom - thats something i am thinking of using to localize the visualization of signs and/or warn about mph as the speed unit ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Relatório Semanal: 30/03/2010 (adici onado Merkaator)
*Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades ***2a. fase* Conectividade em *64,71%* *(+2,73%)* Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (13 Mb) Grid Atualizado (zip): http://mapaslivres.org/cidades-distancias.ziphttp://mapaslivres.org/cidades-distancias.html(2 Mb) *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *68.15% **(+3,08%)*** *Merkaator - Tradução ao português* *(NOVO)* Página do Projeto: https://translations.launchpad.net/merkaartor Indicador: Percentual de strings traduzidas em *15.12% **(0,00% sem histórico)*** *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em *100%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *100%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] PhotoMapping
Olá Pessoal, Gostaria de propor um novo projeto para vocês. No link abaixo vemos a situação de São Paulo a respeito de nomes de ruas: http://is.gd/b6RGw Minha idéia é utilizarmos o fotos de placas de rua para atacarmos este problema para todas as cidades, coletando nomes de ruas em escala industrial com o uso de celulares com GPS. O voluntário disponibilizaria suas fotos no OpenStreetView, Flickr, Picasa ou em outro lugar, e depois nós faríamos a parte trabalhosa, que é abrir estas fotos num editor e colocar as informações nas vias com as informações de placas. Existem diversos projetos que viabilizam o Photo Mapping, dêem uma olhada e vejam o que acham: http://wiki.openstreetmap.org/wiki/Photo_mapping http://www.geograph.org.uk/ http://wiki.openstreetmap.org/wiki/MapPIN%27on_OSM http://wiki.openstreetmap.org/wiki/OpenStreetView Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório Semanal: 30/03/2010 (adici onado Merkaator)
Olá, O Flávio notou que o link para o .zip estava com problemas. Segue corrigido. Abs, Vitor 2010/3/30 Vitor George vitor.geo...@gmail.com *Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades ***2a. fase* Conectividade em *64,71%* *(+2,73%)* Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (13 Mb) Grid Atualizado (zip): http://mapaslivres.org/cidades-distancias.zip (2 Mb) *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *68.15% **(+3,08%)*** *Merkaator - Tradução ao português* *(NOVO)* Página do Projeto: https://translations.launchpad.net/merkaartor Indicador: Percentual de strings traduzidas em *15.12% **(0,00% sem histórico)*** *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em *100%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *100%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] PhotoMapping
O unico detalhe é que as fotos precisam ter coordenadas (Geotagged) ou o usuário precisa colocar a foto no ponto exato do cruzamento, não? 2010/3/30 Arlindo Pereira openstreet...@arlindopereira.com: Gostei da ideia. A situação aqui no Rio não é muito diferente: http://random.dev.openstreetmap.org/no-names/?zoom=12lat=-22.90495lon=-43.17562layers=0B000 Às vezes eu fico perdendo mó tempão em algumas áreas da cidade (exemplo: http://random.dev.openstreetmap.org/no-names/?zoom=18lat=-22.90495lon=-43.17562layers=0B000 ), quando poderia estar fazendo algo mais útil para mais pessoas. []s Em 30 de março de 2010 13:54, Vitor George vitor.geo...@gmail.com escreveu: Olá Pessoal, Gostaria de propor um novo projeto para vocês. No link abaixo vemos a situação de São Paulo a respeito de nomes de ruas: http://is.gd/b6RGw Minha idéia é utilizarmos o fotos de placas de rua para atacarmos este problema para todas as cidades, coletando nomes de ruas em escala industrial com o uso de celulares com GPS. O voluntário disponibilizaria suas fotos no OpenStreetView, Flickr, Picasa ou em outro lugar, e depois nós faríamos a parte trabalhosa, que é abrir estas fotos num editor e colocar as informações nas vias com as informações de placas. Existem diversos projetos que viabilizam o Photo Mapping, dêem uma olhada e vejam o que acham: http://wiki.openstreetmap.org/wiki/Photo_mapping http://www.geograph.org.uk/ http://wiki.openstreetmap.org/wiki/MapPIN%27on_OSM http://wiki.openstreetmap.org/wiki/OpenStreetView Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] PhotoMapping
Em 30 de março de 2010 14:40, Claudomiro Nascimento Junior claudom...@claudomiro.com escreveu: O unico detalhe é que as fotos precisam ter coordenadas (Geotagged) ou o usuário precisa colocar a foto no ponto exato do cruzamento, não? No primeiro link enviado pelo Vitor ([1]) tem algumas sugestões de como fazer isto. Ou usa a câmera de um smartphone (que coloca a coord. no EXIF), ou sincroniza a data/hora de uma câmera digital comum, e sai caminhando com o GPS e tirando as fotos. Tem inclusive como fazer pra saber para que direção a foto foi tirada. [1] http://wiki.openstreetmap.org/wiki/Photo_mapping -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] PhotoMapping
É verdade, é possível de fazer desta maneira, se não houver disponibilidade de fazer automaticamente. 2010/3/30 Rodrigo Avila rodr...@avila.net.br Em 30 de março de 2010 14:40, Claudomiro Nascimento Junior claudom...@claudomiro.com escreveu: O unico detalhe é que as fotos precisam ter coordenadas (Geotagged) ou o usuário precisa colocar a foto no ponto exato do cruzamento, não? No primeiro link enviado pelo Vitor ([1]) tem algumas sugestões de como fazer isto. Ou usa a câmera de um smartphone (que coloca a coord. no EXIF), ou sincroniza a data/hora de uma câmera digital comum, e sai caminhando com o GPS e tirando as fotos. Tem inclusive como fazer pra saber para que direção a foto foi tirada. [1] http://wiki.openstreetmap.org/wiki/Photo_mapping -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Hallo Wolfgang: Am Montag 29 März 2010 22:56:52 schrieb Wolfgang: xx k r---\ bb k \ ---r k \/ \ ppp / / Bitte ASCII-Art nur in Festbreitenschriftart. Nur dann kann man das auch mit der eigenen Schriftgröße/Schriftart wieder anzeigen. Bei mir erkenne ich jedenfalls nicht wirklich was. Nach örtlicher Beschilderung und Verkehrsregeln muss der Fahrer über die extra-Fahrbahn fahren, wenn er rechts abbiegen will. Um richtig geroutet zu werden, darf die Fahrbahn also wirklichkeitswidrig nicht wieder vereint werden. Hast du da mal nen Link zum Sat-Bild? Gruß, Bernd -- Ein Psychologe ist ein Mann, der beim Auftauchen eines hübschen Mädchens nicht das Mädchen anschaut, sondern die Männer, die das Mädchen anschauen. - Jo Herbst 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] Breite als Attribut, war Details mappen in Dortmund
Am Dienstag 30 März 2010 08:27:13 schrieb Bernd Wurst: Hallo Wolfgang: Am Montag 29 März 2010 22:56:52 schrieb Wolfgang: xx k r---\ bb k \ ---r k \/ \ ppp / / Bitte ASCII-Art nur in Festbreitenschriftart. Nur dann kann man das auch mit der eigenen Schriftgröße/Schriftart wieder anzeigen. Bei mir erkenne ich jedenfalls nicht wirklich was. das ist Sache des Clients; bei KMail drueckst du einfach mal 'X'. ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Attraktivitaetsbezogenes Routen, war Re: Routen ueber Flaechen
Original-Nachricht Datum: Tue, 30 Mar 2010 02:04:46 +0200 Von: Martin Simon grenzde...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Routen ueber Flaechen Ich dachte auch daran, nur einzelne Objekte, die Verkehrsflächen sind, einer solchen Behandlung zu unterziehen und die Ergebnisse dann in den Graphen einfließen zu lassen - der dadurch ja nicht komplizierer wird, wenn auch etwas größer. ;-) Wenn ich also 1000x highway=* area=yes habe, mache ich diese kompakte Betrachtung nur 1000x, ohne Kenntnis vom gesamten Verkehrsnetz zu haben und baue dann mit den gewonnenen Erkenntnissen den Graphen. OK, ich denke, jetzt hab ichs auch. Aber ich sehe da durchaus eine Option, das ein wenig groesser anzugehen. Manche verkehrsberuhigte Innenstadt ist fuer einen Fussgaenger eher eine Flaeche mit Hausinseln als ein restriktives Wegenetz. Ich kann mir vorstellen, den Rasteransatz fuer so einen Bereich als ganzes anzuwenden. Die Vorschlaege kommen also nicht mehr von einem streng begrenzten Vektor, sondern ich schaue mir die Attraktivitaet der Kacheln um mich herum an und lasse mich in der Flaeche routen. Muss sagen, die Idee hat was :) Ich nenn das mal 'attraktivitaetsgesteuertes Routen' so als Kontrast zum restriktionsgesteuerten Routen. Ich kann mir vorstellen, dass das bei Aufgaben wie einen Innenstadtbummel zu unterstuetzen, deutlich flexibler zu handhaben ist. Oder wenn sich eine Gruppe mittels Smartphone organisiert. Danke fuer die interessante Idee und Gruesse Hubert -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Am Dienstag 30 März 2010 08:38:26 schrieb Guenther Meyer: das ist Sache des Clients; bei KMail drueckst du einfach mal 'X'. ;-) Nein, *ich* habe eine Festbreitenschriftart. Nur der Autor offensichtlich nicht, denn die Grafik kommt bei mir verschoben an. Gruß, Bernd -- Neid ist Ärger über den Mangel an Gelegenheit zur Schadenfreude. 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] Breite als Attribut, war Details mappen in Dortmund
Am Dienstag 30 März 2010 08:41:33 schrieb Bernd Wurst: Am Dienstag 30 März 2010 08:38:26 schrieb Guenther Meyer: das ist Sache des Clients; bei KMail drueckst du einfach mal 'X'. ;-) Nein, *ich* habe eine Festbreitenschriftart. Nur der Autor offensichtlich nicht, denn die Grafik kommt bei mir verschoben an. achso, und ich dachte das gehoert so. ich gehe eigentlich davon aus, dass jemand der ascii-art malt, auch einen fixed-font eingestellt hat - alles andere ergibt auch keinen sinn. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Am Dienstag 30 März 2010 08:50:07 schrieb Guenther Meyer: achso, und ich dachte das gehoert so. Naja, ich weiß nicht wie es gehört. Aber die rechte schräge Linie hat bei mir nen deutlichen Versatz. ich gehe eigentlich davon aus, dass jemand der ascii-art malt, auch einen fixed-font eingestellt hat - alles andere ergibt auch keinen sinn. Ja, das stimmt schon. Aber macht keinen Sinn hat noch selten Leute von etwas abgehalten. ;-) Gruß, Bernd -- In Binärzahlen zu zählen geht genauso wie in Dezimalzahlen zählen, nur daß man dafür nur die Daumen braucht. 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] PLZ-Bereiche markieren
Am Dienstag 30 März 2010 05:38:43 schrieb René Falk: Das Urheberrecht-Problem sind nicht die Grenzen an sich, sondern jegliches Schrift-/Kartenwerk aus denen man das ableiten könnte. Es gibt da meines Wissens nichts behördliches, sondern nur postalisches. War die Deutsche Bundespost zum Zeitpunkt der Einfuehrung der fuenfstelligen Postleitzahlen nicht eine Behoerde? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund
Original-Nachricht Datum: Mon, 29 Mar 2010 22:56:52 +0200 Von: Wolfgang o...@kahl-hinsch.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Breite als Attribut, war Details mappen in Dortmund Hallo, Nach örtlicher Beschilderung und Verkehrsregeln muss der Fahrer über die extra-Fahrbahn fahren, wenn er rechts abbiegen will. Um richtig geroutet zu werden, darf die Fahrbahn also wirklichkeitswidrig nicht wieder vereint werden. Das habe ich damit gemeint, dass viele Konflikte gar keine sind. Natuerlich darf die Fahrbahn wieder vereint werden und das sollte man auch tun, wenn es in der Realitaet so aussieht. Was du ansprichst, ist Fahrerinformation, und das ist eine Zusatzinfo. Wenn vor dem Komplex ein Schild steht, dass man sich als Rechtsabbieger auf der Sonderspur einordnen soll, kann man das auch im Klartext, z.B. an einer Node hinterlegen. Warum soll man die Realtiaet verzerren, Informationen verlieren (dass es sich um eine durchgehende Fahrbahn handelt), nur damit der Router versuchen darf, aus indirekt gegebener Info eine Nachricht zum Einordnen zu generieren? Dazu nochmal das klassische Gegenbeispiel, bei dem die Linienbuendel nicht wirklich gut funktionieren: Die Doppellinie, die nur von einer Spur zur anderen gequert werden kann. Das laesst sich auf den Graphen nicht abbilden. In deinem Fall wird man die baulich getrennte Spur als eigenen Way eintragen und bei der Busspur wuerden Attribute helfen, die die Beziehung der Spuren untereinander klaeren, bzw., dass es fuer eine der Spuren eine Nutzungsbeschraenkung gibt. Es ist mit den bisherigen Werkzeugen nicht möglich, diese Ecke richtig für Router und Karten zu mappen. Das sehe ich wie oben schon geschrieben nicht so. Fuer die Kuerzestwegsuche genuegt ein Link bis zur Kreuzung. Zusatzinformationen hinterlegt man am besten explizit und direkt fuer das Informationssystem (das die Route auswertet) lesbar. Vielen scheint das Routing im Moment der wichtigste Aspekt für OSM zu sein. Wirklich? Ich sehe da die Renderer mit ihren Rasterkarten noch weit vorne. Das Problem ist, dass man Fehler in den Rasterkarten sofort sieht, aber die Routingqualitaet ein sehr abstrakter Wert ist. Es ist eher eine sehr aktive Minderheit, die sich das Routing zu Herzen nimmt und der es wichtig ist, dass es bei den wichtigeren Entscheidungen mit eine Rolle spielt. Gruesse Hubert -- GMX.at - Österreichs FreeMail-Dienst mit über 2 Mio Mitgliedern E-Mail, SMS mehr! Kostenlos: http://portal.gmx.net/de/go/atfreemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Stein-Text erfassen oder nicht ?
Am 29. März 2010 16:20 schrieb Walter Nordmann walter.nordm...@web.de: === meinst Du die tauscht einer noch aus ??? kann immer geschehen: tippfehler korrigiert, daten erweitert, und sowas. ist halt einfacher als ein straßenschild auszutauschen ;-) Also hier in Frankfurt sind diese Steine wie andere Pflastersteine auch einzementiert. So ein Straßenschild ist mit ein paar Schrauben schnell getauscht. Ein Pflasterstein mit Namen, Geburts- und Todesdatum sollte eigentlich nur sehr selten aktualisiert werden müssen. c) es einfach nicht passt ich schreib ja bei nem restaurant auch nicht die speisekarte rein. Die ändert sich auch etwas häufiger... Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Original-Nachricht Datum: Thu, 25 Mar 2010 00:03:16 +0100 Von: olvagor o...@terbrueggen.net An: Frank newslet...@fotodrachen.de, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Hallo, Man kann ganz andere Auswertungen fahren. Z.B. gibt es immer mal wieder Zeitungsberichte, dass die Umwelt darunter leidet, dass zuviel städtische Fläche versiegelt ist. Saubere Daten dazu bekommst du aber nur, wenn die Flächen auch wirklich erfasst sind. Linien mit width=x sind eine Annäherung aber bilden nicht die Realität in dem Maße ab, den ich mir vielleicht wünsche. Die Frage ist, ob es wirklich eine Verbesserung der Darstellung ist. Ich frage mich z.B. bei diesen Diskussionen immer, warum keiner Kreissegmente fordert, denn einen Bogen in einzelne Segmente aufzuloesen, ist auch ungenau. Diese Ungenauigkeit wird jetzt noch verstaerkt, wenn man versucht, per Hand eine parallele Linie zu setzen. Strassen sind ja menschengemacht und die wurden mal konstruiert. Natuerlich kann man das ignorieren und Fehler der Bauarbeiters und Pixelfehler vermessen, aber ist die Flaeche dann wirklich genauer wiedergegeben? Das Routing funktioniert meines Erachtens eben noch nicht zuverlässig. Auf aktuellen OSM-Daten ist es meines Wissens momentan nicht möglich, Abbiegeinformatinonen zu bieten, wie sie mein Garmin-Navi seit Jahren möglich macht: Halten Sie sich rechts Richtung Karlsruhe und dann links. Das bedingt allein schon das Erfassen mehrerer Fahrspuren und ihrer Beziehung untereinander. Um mehrere Spuren zusammenzufassen böten sich Flächen einfach an. Dazu ein Experiment, das ich Anfang des Jahres mal gemacht habe. Hier ist ein Grossteil der Geometrie eines Kreuzes bis hinunter zu den Fahrspuren (aber noch keine Spurverengungen) abgebildet. http://lists.openstreetmap.org/pipermail/talk-de/2010-January/060852.html Jeder Punkt der hier dargestellt ist, ist eine reelle Geokoordinate, auch die Strichellinien als Spurentrenner. Die Parallelverschiebung passiert also direkt mit den Geokoordinaten und erst dann wird das fuer den Bildschirm skaliert. Trotzdem unterlasse ich es, diese Koordianten der parallel verschobenen Linien in den Datenbank zu schreiben, denn sie sind redundant, da aus den Daten jederzeit zu ermitteln. Das was ich hier gemacht habe, hat allerdings einen Haken, muss ich zugeben. Bei Autobahnen/Schnellstrassen gehe ich von der Linksbuedigkeit aus, also dass sich der Way auf den linken Rand bezieht und nicht auf die Mitte. Nur so kann man den schmalen Streifen, der die Richtungen trennt genau genug abbilden, so meine Erfahrungen. Hat niemand verlangt. Das Routing soll ruhig weiterhin auf Linien laufen. Mal andersrum: Wenn ich mit etwas Parallelverschiebung eine so gute Annaeherung erreiche, warum nehme ich dann nicht Linien als Basis fuer Flaechen? Ich habe den Eindruck, dass wir derzeit einen Deadlock haben, der verhindert, dass Spuren und Breiten effizient genutzt werden. Nicht zwangsläufig. Wie ich oben geschrieben habe, würde ich nicht alle Informationen als Linie _und_ als Fläche erfassen. Ich würde routingrelevante Infos (Spuren) als Linie taggen und andere Dinge (Name der Straße) als Fläche. Gegenvorschlag: Man nutze mal Spuranzahl und Breite nach allen Regeln der Kunst und schaut dann mal, wie nah man an das Original rankommt, ohne gleich doppelt einzutragen. Bei grossen Abweichungen vom Normal (Parallelitaet) ist die konkrete Flaeche eine gute Ergaenzung, aber macht es wirklich Sinn, jetzt auf Tausenden von km Autobahn jede Spur nochmal haendisch zu ergaenzen? Das bedeutet aber immer, dass da ein Mensch (oder eine KI) hocken muss, die die Daten interpretiert. Wenn ich als Mapper die Bilder bereits abstrahiert und mit maschinenlesbaren Daten versehen habe, habe ich einen Mehrwert. Natürlich kann ich aus den tatsächlichen Fotos oft noch zusätzliche Informationen gewinnen. Wo willst du die Grenze setzen, ob Daten sinnvoll sind oder nicht. Anhand einer Fehlerbetrachtung. Nur wenn die handgemalte Flaeche die Situation genauer darstellt als ihre geometrische Beschreibung, macht der Zusatzaufwand Sinn. Gruesse Hubert -- GMX.at - Österreichs FreeMail-Dienst mit über 2 Mio Mitgliedern E-Mail, SMS mehr! Kostenlos: http://portal.gmx.net/de/go/atfreemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ-Bereiche markieren
On Tue, Mar 30, 2010 at 09:02:40AM +0200, Guenther Meyer wrote: Am Dienstag 30 März 2010 05:38:43 schrieb René Falk: Das Urheberrecht-Problem sind nicht die Grenzen an sich, sondern jegliches Schrift-/Kartenwerk aus denen man das ableiten könnte. Es gibt da meines Wissens nichts behördliches, sondern nur postalisches. War die Deutsche Bundespost zum Zeitpunkt der Einfuehrung der fuenfstelligen Postleitzahlen nicht eine Behoerde? http://de.wikipedia.org/wiki/Postleitzahl_(Deutschland) In Deutschland werden für den Postversand seit dem 1. Juli 1993 fünfstellige Postleitzahlen verwendet, welche damals von der Deutschen Bundespost erstellt wurden. Neu dazukommende Postleitzahlen werden heute von der Deutschen Post AG vergeben. An jeder Stelle steht eine dezimale Ziffer. Neben den Postleitzahlen für geographische Zustellgebiete gibt es auch eigene Postleitzahlen für Großempfänger und Postfachschränke. Und aus der Literatur: * Das Postleitzahlenbuch, Deutsche Bundespost Postdienst, Bundesdruckerei Berlin, Januar 1993 Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] openaccess und aerowest in dortmund
schaut euch das mal an. http://www.openaddresses.org/?northing=6710988.6485473easting=814359.20345788zoom=18overlayOpacity=0.48 gruss walter - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/openaccess-und-aerowest-in-dortmund-tp4823787p4823787.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ-Bereiche markieren
Am Dienstag 30 März 2010 09:02:40 schrieb Guenther Meyer: War die Deutsche Bundespost zum Zeitpunkt der Einfuehrung der fuenfstelligen Postleitzahlen nicht eine Behoerde? Ändert das was am Lizenz-/Copyright-Geraffel? Kataster- und Vermessungsämter sind ja auch Behörden und die Daten sind dennoch kein Allgemeingut. Gruß, Bernd -- Bleiben Gäste zu lange, so muß man sie wie Familienangehörige behandeln. Gehen sie dann immer noch nicht, dann wird man sie nie los. 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] openaccess und aerowest in dortmund
Walter Nordmann walter.nordm...@web.de wrote: http://www.openaddresses.org/?northing=6710988.6485473easting=814359.20345788zoom=18overlayOpacity=0.48 Interessant dass ich da jetzt als Betreiber von wms.openstreetmap.de das erste mal von höre. Das ganze als WMS statt als Tiles einzubinden ist absolut uncool für unsere Serverlast. Bleibt die Frage wen ich da jetzt kontaktieren muss damit die das ändern. Landen die erfassten Adressdaten eigentlich wenigstens in der OSM Datenbank wenn Nein haben die nämlich gar keine Erlaubnis die Luftbilder zu verwenden. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /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] openaccess und aerowest in dortmund
Landen die erfassten Adressdaten eigentlich wenigstens in der OSM Datenbank wenn Nein haben die nämlich gar keine Erlaubnis die Luftbilder zu verwenden. Da offensichtlich nur Angaben in einzelnen Nodes erfasst werden, könnte es bei einem Rückimport leicht zu Doppelungen kommen: Hier beispielsweise gibt es keine Anzeige bereits eingegebener Adressdaten: http://www.openaddresses.org/?northing=6237295.5453175easting=1260983.4468861zoom=17overlayOpacity=0.48 Deutlicher wird es vielleicht noch hier: http://www.openaddresses.org/?northing=6235324.6045996easting=1271626.4073278zoom=18overlayOpacity=0.48 Insofern ist die Frage, ob ein Rückimport überhaupt sinnvoll und gewünscht ist. Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ-Bereiche markieren
On Tue, Mar 30, 2010 at 01:04:27PM +0200, Bernd Wurst wrote: Am Dienstag 30 März 2010 09:02:40 schrieb Guenther Meyer: War die Deutsche Bundespost zum Zeitpunkt der Einfuehrung der fuenfstelligen Postleitzahlen nicht eine Behoerde? Ändert das was am Lizenz-/Copyright-Geraffel? Kataster- und Vermessungsämter sind ja auch Behörden und die Daten sind dennoch kein Allgemeingut. Der Unterschied ist das eine Karte die ein Kataster- oder Vermessungsamt erzeugt hat kein Erlass oder Gesetz ist. Die Frage ist deshalb berechtigt: Welchen rechtlichen Status hatten die Postleitzahlen bei ihrem zustandekommen. Ist das im Amtsblatt veroeffentlicht worden? Dann koennte das in die Gemeinfreiheit fallen. Und bevor du wieder ankommst - ein Bebauungsplan ... - Ja der Bebauungsplan selber sollte auch Gemeinfrei sein - Die Karte in der die Nutzung eingetragen ist aber nicht ... D.h. es koennte z.b. sein das die Karte bei den PLZ nicht Nutzbar ist aber z.b. eine Liste die im Amtsblatt veroeffentlicht worden ist. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openaccess und aerowest in dortmund
CHK christian.koe...@web.de wrote: Da offensichtlich nur Angaben in einzelnen Nodes erfasst werden, könnte es bei einem Rückimport leicht zu Doppelungen kommen: Hier beispielsweise gibt es keine Anzeige bereits eingegebener Adressdaten: http://www.openaddresses.org/?northing=6237295.5453175easting=1260983.4468861zoom=17overlayOpacity=0.48 Das kriegt man schon hin. Man kann zum Beispiel die Adressnodes mit den Gebäuden über Postgis verschneiden. So hab ich das beim Import in Neunkirchen am Sand auch gemacht. Dort hatte ich auch zuerst die Gebäudeumrisse und dann die Hausnummern als Punkte bekommen: http://www.openstreetmap.org/?lat=49.523478lon=11.322388zoom=18layers=B000FTF Gruss Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /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] PLZ-Bereiche markieren
Am 30.03.2010 13:04, schrieb Bernd Wurst: Am Dienstag 30 März 2010 09:02:40 schrieb Guenther Meyer: War die Deutsche Bundespost zum Zeitpunkt der Einfuehrung der fuenfstelligen Postleitzahlen nicht eine Behoerde? Ändert das was am Lizenz-/Copyright-Geraffel? Kataster- und Vermessungsämter sind ja auch Behörden und die Daten sind dennoch kein Allgemeingut. Sie war damals noch eine Behörde, aber ich kann mich nicht entsinnen das im Rahmen der öffentlichen Bekanntmachungen der Bundespost irgendeine Liste mit den PLZ veröffentlicht worden wäre. Das Postleitzahlenbuch war damals schon urheberrechtlich geschützt (und voller Fehler in der ersten Ausgabe). Ich erinnere mich daran, das es damals schon Urheberrechtsprobleme mit einigen Firmen gegeben hat, genauso wie mit dem Telefonbuch auf CD. Außerdem hat es seit damals doch schon etliche Änderungen im Detail gegeben, die Daten wären also nicht wirklich zu gebrauchen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ-Bereiche markieren
Am 30.03.2010 13:58, schrieb René Falk: Außerdem hat es seit damals doch schon etliche Änderungen im Detail gegeben, die Daten wären also nicht wirklich zu gebrauchen. Ich habe gerade noch einmal nachgesehen. Bei der Ausgabe von 2005 gab es bereits rund 63000 Änderungen zur ersten Ausgabe. Ich denke, damit sind Daten der Erstausgabe nicht mehr wirklich brauchbar. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Stein-Text erfassen oder nicht ?
moin On 30.03.2010, at 06:16, Jan Tappenbeck wrote: Am 29.03.2010 22:58, schrieb AssetBurned: On 29.03.2010, at 16:32, Jan Tappenbeck wrote: es werden jetzt vermehrt die Stolpersteine [1] erfaßt - näherungsweise nach dem Schema wie es in Essen [2] vorgeschlagen worden ist. Ich stelle in diesem Zusammenhang die Frage, in wieweit es sinnvoll ist den gesamten Stein-Text (memorial:text) zu erfassen. Die einen machen es - die anderen nicht. Aufgrund des damit verbundenen Aufwandes sollte frühzeitig eine allgemeingültige Richtung eingeschlagen werden. Entweder um die einen zu entlasten - zum anderen um umfangreiche Nacherfassungen zu vermeiden. Wie sind Eure Meinungen dazu ?? also hier in bremen mappe ich die ohne den text. finde das irgendwie passender. Aber wenn ich das richtig sehe, fehlen dort sogar die namen ! wenn ich mich recht entsinne (und auch richtig lese) dann hab ich auch geschrieben das ich die ohne text mappe ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Stein-Text erfassen oder nicht ?
moin On 30.03.2010, at 10:02, Jens Frank wrote: Am 29. März 2010 16:20 schrieb Walter Nordmann walter.nordm...@web.de: === meinst Du die tauscht einer noch aus ??? kann immer geschehen: tippfehler korrigiert, daten erweitert, und sowas. ist halt einfacher als ein straßenschild auszutauschen ;-) Also hier in Frankfurt sind diese Steine wie andere Pflastersteine auch einzementiert. So ein Straßenschild ist mit ein paar Schrauben schnell getauscht. Ein Pflasterstein mit Namen, Geburts- und Todesdatum sollte eigentlich nur sehr selten aktualisiert werden müssen. es geht nicht drum das die vorhandenen steine geändert werden könnten (obwohl das durchaus möglich wäre) sondern das an der selben stelle neue hinzu kommen könnten. oder das die vorhandenen bei bauarbeiten verloren gehen oder sowas. ne änderung eines der steine denke ich mal ist wirklich eher unwarscheinlich. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de