Re: [Talk-hr] 12.03.2011. OSM-HR neformalno druženje - Zagreb
Donesene su mnoge krucijalne odluke od kojih se sjećam prve, da moramo početi ucrtavati naselja, i naći neki izvor podataka za ista, i drugo, da se moramo češće nalaziti. On Mar 23, 2011 11:35 AM, Valent Turkovic valent.turko...@gmail.com wrote: On Fri, 11 Mar 2011 10:33:08 +0100, Tihomir Heidelberg - 9a4gl wrote: Samo mali ispravak, Zapruđe... Kako je prošlo druženje? -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org htt... ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] 12.03.2011. OSM-HR neformalno druženje - Zagreb
On 03/23/2011 12:39 PM, Janko Mihelić wrote: Donesene su mnoge krucijalne odluke od kojih se sjećam prve, da moramo početi ucrtavati naselja, i naći neki izvor podataka za ista, i drugo, da se moramo češće nalaziti. I kad će sljedeći sastanak ? Da čujemo kad kome paše? ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] OSM.globe version of OSM-3D; new version for Europe
Dear all, while I assume that most of you know about OSM-3D, it is still a pleasue to announce a new major version. The interactive 3D web application has grown siginificantly from its original German coverage and covers now most European countries on a virtual globe. The osm.globe combines the free geodata from OpenStreetMap with digital elevation models offering a global interactive 3D experience made completely from free or crowdsoured geodata. The 3D globe (XNavigator) developed by Arne Schilling and colleagues from the GIScience Resarch Group of the University of Heidelberg features a physical simulated atmosphere, simulation of daytime or additional new functionalities like the possibility to simulate flights following GPS-Tracks (GPX) provided by users. It is now also possible to drape different OSM maps or satellite imagery onto the elevation model. Further the 3D globe now can be integrated into a web-site as Java applet (featuring a JavaScript API), as well as Java Webstart application or users can download and install it as Java Desktop application. Also further geo-services such as routing, geocoding or POI search (as known from http://OpenRouteService.org) or overview maps and further options are now available for all of Europe within the 3D globe. The 3D content is being processed, generated and provided by tools and online services developed from the GIScience Resarch Group of the University of Heidelberg This 3D geo-platform demonstrates the potential of free and through crowdsouring generated geodata like OpenStreetMap. In order to maximize interoperability the whole platform technically is based on open standards and services of the Open Geospatial Consortium (OGC). OSM-3D Screenshots: http://wiki.openstreetmap.org/wiki/OSM-3D_Screenshots OSM-3D Videos: http://www.osm-3d.org/videos.de.htm OSM-3D Project: http://www.osm-3d.org/home.de.htm OSM-3D Wiki: http://wiki.openstreetmap.org/wiki/OSM-3D OSM-3D ready to go: http://www.osm-3d.org/map.htm OSM-3D DownloadVersion JavaWebstart: http://www.osm-3d.org/Start.de.htm XNavigator Wiki: http://koenigstuhl.geog.uni-heidelberg.de/xnaviwiki Chair of Geoinformatics, GIScience Research Group , University of Heidelberg: http://giscience.uni-hd.de -- --- Prof. Dr. Alexander Zipf Chair of GIScience Department of Geography, University of Heidelberg + Interdisciplinary Center for Scientific Computing (IWR) z...@uni-heidelberg.de http://giscience.uni-hd.de Berliner Straße 48, D-69120 Heidelberg, Germany fon: +49(0)6221 / 54 5533 // fax: +49(0)6221 / 54 4996 --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Licensing Working Group
The LWG has posted draft minutes on the OSMF wiki. https://docs.google.com/View?id=dd9g3qjp_109hj8txbg3 I hope there are no errors in these figures for later correction. From http://wiki.openstreetmap.org/wiki/Stats the total number of users is approaching 375,000. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Elizabeth Dodd writes: I hope there are no errors in these figures for later correction. In my opinion there are. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% all users from ID 286582 on have already agreed to new CT. So you missed 83418 users in your calculation. your calculation would be (9277+83418) / (37-163732) = 45% Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
2011/3/23 Elizabeth Dodd ed...@billiau.net: I hope there are no errors in these figures for later correction. From http://wiki.openstreetmap.org/wiki/Stats the total number of users is approaching 375,000. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% All newer users (don't recall the amount of users we had last summer, but I guess it was around 250 000) have automatically accepted the ODbL and CTs and are not included in the 9277. So the numbers could be: (9277+37-25) / (37-163732)= 62% Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 23 Mar 2011, at 09:52, Stephan Knauss wrote: Elizabeth Dodd writes: I hope there are no errors in these figures for later correction. In my opinion there are. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% all users from ID 286582 on have already agreed to new CT. So you missed 83418 users in your calculation. your calculation would be (9277+83418) / (37-163732) = 45% Not forgetting that's what's really important is what percentage of edits come under the new license – the stats for that seem much more healthy. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 23 Mar 2011, at 09:55, M∡rtin Koppenhoefer wrote: 2011/3/23 Elizabeth Dodd ed...@billiau.net: I hope there are no errors in these figures for later correction. From http://wiki.openstreetmap.org/wiki/Stats the total number of users is approaching 375,000. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% All newer users (don't recall the amount of users we had last summer, but I guess it was around 250 000) have automatically accepted the ODbL and CTs and are not included in the 9277. So the numbers could be: (9277+37-25) / (37-163732)= 62% Making the assumption of course that all of the people who have made no edits are not new users. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 23 March 2011 19:57, Thomas Davie tom.da...@gmail.com wrote: Not forgetting that's what's really important is what percentage of edits come under the new license – the stats for that seem much more healthy. Considering that about 1/3rd to 1/2 of the edits in that figure would be for some of the big imports skewing things... Lies, damn lies and statistics and all that... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aruba has flooded
On 22 mars 2011, at 17:46, Milo van der Linden wrote: I will silently wait and check if the flood dries... It may take some time because coastline rendering is a separate process and is triggered manually not so often. Regards, Vlad. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 23 Mar 2011, at 10:09, John Smith wrote: On 23 March 2011 19:57, Thomas Davie tom.da...@gmail.com wrote: Not forgetting that's what's really important is what percentage of edits come under the new license – the stats for that seem much more healthy. Considering that about 1/3rd to 1/2 of the edits in that figure would be for some of the big imports skewing things... Lies, damn lies and statistics and all that... I'm not sure this is the lie though. The lie would be zomg, not many users are accepting the ODbL, when what we care about is how much of the map would survive a transition, not how many users would. As an aside – I only recently ticked the box because I had in error thought that I'd done it a long time ago. Perhaps it would be intelligent to nag users more about moving over. If we really want to push it, simply state that we won't accept more contributions until they accept the ODbL. This would solve two problems: 1) It would get those who are simply too lazy/uninformed (like myself) to move over. 2) It would stop people who don't want the change to happen from diving in and recreating geometry for no reason other than to have had it created by someone who hasn't agreed to the ODbL. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
2011/3/23 Thomas Davie tom.da...@gmail.com: I'm not sure this is the lie though. The lie would be zomg, not many users are accepting the ODbL, when what we care about is how much of the map would survive a transition, not how many users would. I don't agree. Of course it is important how much of the data will survive, but it is even more important to not loose active contributors. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 23 March 2011 20:45, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: I don't agree. Of course it is important how much of the data will survive, but it is even more important to not loose active contributors. Many that were previously active contributors have since stopped contributing until this mess is sorted out since they don't want to waste more time and effort on improving things if the efforts of that labour is thrown out at a later date. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 3/23/2011 6:55 AM, John Smith wrote: Many that were previously active contributors have since stopped contributing until this mess is sorted out since they don't want to waste more time and effort on improving things if the efforts of that labour is thrown out at a later date. Exactly start an OSM Meetup group now? How to explain to them that if they make certain types of corrections, their work will be deleted? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
I'm still waiting for an official request for users to sign up to the new terms. Have I missed one? Steve On 23/03/2011 09:21, Elizabeth Dodd wrote: The LWG has posted draft minutes on the OSMF wiki. https://docs.google.com/View?id=dd9g3qjp_109hj8txbg3 I hope there are no errors in these figures for later correction. From http://wiki.openstreetmap.org/wiki/Stats the total number of users is approaching 375,000. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% ___ 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] Licensing Working Group
* Steve Doerr doerr.step...@gmail.com [2011-03-23 11:52 +]: I'm still waiting for an official request for users to sign up to the new terms. Have I missed one? I can't find the announcement, but you can voluntarily accept the new license and Contributer Terms on your account page (which can be accessed from: http://openstreetmap.org/user/terms ). We're not yet at the mandatory relicensing phase of the process; the implementation plan on the wiki[0] indicates that they're working on wording for the Contributor Terms and discussing the relicensing with data donors before moving on to the mandatory phase. [0] http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- I would be content if my children grew up to be the kind of people who think decorating consists mostly of building enough bookshelves. -- Anna Quindlen --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On Wed, Mar 23, 2011 at 12:45 PM, Mike N nice...@att.net wrote: Exactly start an OSM Meetup group now? How to explain to them that if they make certain types of corrections, their work will be deleted? Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
No you haven't. I personally believe that it wouldn't have been unreasonable to expect a mail at the beginning of each major phase in the process. We probably wouldn't be having this discussion if that had happened. In any case, the available numbers (odbl.de) show that an overwhelming majority of the larger and active contributors have accepted the CTs and it simply a question of reaching out to the infrequent and dormant mappers to get higher acceptance in the popular vote (as we all know there isn't actually a vote). Simon Am 23.03.2011 12:52, schrieb Steve Doerr: I'm still waiting for an official request for users to sign up to the new terms. Have I missed one? Steve On 23/03/2011 09:21, Elizabeth Dodd wrote: The LWG has posted draft minutes on the OSMF wiki. https://docs.google.com/View?id=dd9g3qjp_109hj8txbg3 I hope there are no errors in these figures for later correction. From http://wiki.openstreetmap.org/wiki/Stats the total number of users is approaching 375,000. From the LWG minutes, 163,732 users have not made any edits at all and 9277 users have signed up to the ODbL and CTs. 9277 / (37-163732) = 4.5% ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Pieren writes: Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? The strength of OSM is its community, not its license. If relicensing hurts the community (which it OBVIOUSLY is), then relicensing is wrong. It's not too late to stop. Surely we all have better things to do, like mapping?? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 3/23/2011 1:16 PM, Pieren wrote: On Wed, Mar 23, 2011 at 12:45 PM, Mike N nice...@att.net mailto:nice...@att.net wrote: Exactly start an OSM Meetup group now? How to explain to them that if they make certain types of corrections, their work will be deleted? Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? Maybe not if you stop feeding them. On a more serious note, this list reflects the community to some degree and apparently it's still bugging people. I believe it's good that we are confronted with that. This is a general-purpose list, a kind of catch-all for questions and remarks that don't find their way to another channel for whichever reason, and as such a good way to take the pulse of the community and - to some extent - outsiders. There are bound to be topics coming along that don't interest you. I'd say put your energy to participating in those that do. -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Russ Nelson nel...@crynwr.com writes: Pieren writes: Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? The strength of OSM is its community, not its license. If relicensing hurts the community (which it OBVIOUSLY is), then relicensing is wrong. It's not too late to stop. Surely we all have better things to do, like mapping?? I agree. I don't particularly dislike the ODBL, but I am not comfortable with CT that grants the project permission to relicense under non-share-alike terms later. I've been too busy to map much due to personal and work issues lately, but I find that the (pushy, in my perception) relicensing issue makes me less inclined to participate. pgpeHjDpNmRes.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On Wed, 2011-03-23 at 13:16 +0100, Pieren wrote: On Wed, Mar 23, 2011 at 12:45 PM, Mike N nice...@att.net wrote: Exactly start an OSM Meetup group now? How to explain to them that if they make certain types of corrections, their work will be deleted? Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? Dont worry, next Friday the licence change will be mandatory and there will be no more chance for consultation. The problem is that this whole process has dragged on for so long that every two months the same threads have been coming up, rather than being nipped in the bud quickly and moving the process along. It may dishearten you to know though, that the phase after that mandatory acceptance period is designated for this thread to recur again and investigate why users havent accepted the CTs (rather than working properly and taking that information under advice now). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] City with completed housenumbering?
Hi all, the mappers of the city of Rostock (Germany) is going to complete all house numbers of the town. I never heard that a city in OSM in that size (250.000 inhabitants, 22.000 numbers) had been completely mapped. I know the number import of Denmark, so they have 100% complete, but we asking ourself, if there is another bigger city that had manually been mapped all housenumbers? cu Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Dont worry, next Friday the licence change will be mandatory What does this exactly mean? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] City with completed housenumbering?
Hello Matthias, I'm working quite hard on the house numbers of Pretoria (South Africa). I guess I collect a similar number of houses (around 22,000 numbers) since starting 2 months ago. But I admit my quality will be much lower. I just visit the 2 endpoints of each street and then use addr:interpolation. Quite often I use 'even' or 'odd' interpolation when the numbers increase 4 between properties. Another disadvantage of my approach is not splitting the interpolation way where it crosses another street. The drawback will be that OSM based SatNavs may get the last turn wrong (e.g. Turn left and stop instead of Turn right). 2011/3/23 Matthias Meißer dig...@arcor.de: Hi all, the mappers of the city of Rostock (Germany) is going to complete all house numbers of the town. I never heard that a city in OSM in that size (250.000 inhabitants, 22.000 numbers) had been completely mapped. I know the number import of Denmark, so they have 100% complete, but we asking ourself, if there is another bigger city that had manually been mapped all housenumbers? cu Matthias ___ 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] Licensing Working Group
+1 On Wed, Mar 23, 2011 at 9:19 AM, Greg Troxel g...@ir.bbn.com wrote: Russ Nelson nel...@crynwr.com writes: I agree. I don't particularly dislike the ODBL, but I am not comfortable with CT that grants the project permission to relicense under non-share-alike terms later. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On Wed, Mar 23, 2011 at 10:19 AM, Greg Troxel g...@ir.bbn.com wrote: I agree. I don't particularly dislike the ODBL, but I am not comfortable with CT that grants the project permission to relicense under non-share-alike terms later. [ ... ] I find that the (pushy, in my perception) relicensing issue makes me less inclined to participate. It's an inoculation. A bit of a pinch, and a sore spot on the arm for a day, but we're all better off afterwards. ODbL gives us the real share-alike, open data license that we wish we had available to us when the project started. CT future-proofs the project so that we can keep up with the Open Data environment that we are changing. Share-alike was the right approach when OSM started and share-alike is the right way to continue now, and likely for a very long time in the future. But at some point, when all data is Open perhaps, a re-balancing the terms of the OpenStreetMap license will make sense to the contributors to the project. They'll be able to address that, even if it is generations from now. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On Wed, Mar 23, 2011 at 10:37:19AM +, Thomas Davie wrote: As an aside – I only recently ticked the box because I had in error thought that I'd done it a long time ago. Perhaps it would be intelligent to nag users more about moving over. If we really want to push it, simply state that we won't accept more contributions until they accept the ODbL. Please don’t confuse people who don’t accept the ODbL (plus DbCL) with those who don’t accept the CTs plus the ODbL (plus the DbCL). The ODbL, IMO, is a good fit, the CTs aren’t (although I have to admit not having evaluated the most recent revision yet). Not that it makes any difference to the general agreement/non‐agreement of OSM’s terms. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM.globe version of OSM-3D; new version for Europe
This 3D geo-platform demonstrates the potential of free and through crowdsouring generated geodata like OpenStreetMap. In order to maximize interoperability the whole platform technically is based on open standards and services of the Open Geospatial Consortium (OGC). Unfortunately, this 3D geo-platform also demonstrates that the Uni of Heidelberg Departement of Geography doesn't do Open Source. Open Data, Open Standards, Open Source... Two out of three ain't bad (Meatloaf) but fortunately, there is www.osgeo.org Regards, (a sad BSc GeoScience) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New Community Updates newsletter
Hi, we proudly presents the next issue of the Community Updates newsletter: http://wiki.openstreetmap.org/wiki/Community_Updates/2011-03-14 kind regards Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
Sorry I didn't see this thread until today, and I have some thoughts on it. On Sun, Mar 20, 2011 at 1:49 PM, Michael Collinson m...@ayeltd.biz wrote: There are now at least 1 to 2 reports every month of folks not giving us proper CC-BY-SA attribution. These are mostly websites but include poster advertising, a TV advertisement and a TV show. We need a reliable process for dealing with these. I'm glad the OSMF is taking this situation seriously. Currently, the License Working Group has been doing some work but it feels that it is not dealing with the issues adequately and some issues not at all. What should we do? I've suggested this in the past, but I think we need a multi-pronged approach. First, I think the OSMF has a role to play in some of these activities, like the Python Foundation is going, creating a pamplet to hand out. It could explain what OSM is, and how to use its work. Second, I think the right approach is to try to handle infractions against the license in the most efficient way possible, and I think that's really working with the third party map providers to ensure they're educated on the matter and that they have a system in place to handle customers who don't take compliance seriously. To do this I think the OSMF could make a program/seal of approval and work with the various map providers on this issue, including ensuring they have a process for handling compliance, and encourage the community to use these organizations who have shown a commitment to the project. Third, I think we need to remember that the moment a violation occurs, that it's not a license violation anymore, but rather a simple copyright violation, and that each and every one of us who contributes is a copyright holder in this collective work. The CT will help in the future, but there's nothing stopping any one of us from standing up for our copyrighted work. The mechanism for that changes per country. In the US, even though I've been fighting against it for a long time (http://bit.ly/dMpPGJ), the DMCA provides a straightforward mechanism for handling copyright violations, which include license violations. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Well, according to the last LWG minutes nothing is going to change, because the start of the phase 3 or 4 has actually been delayed by a week (since they are missing an Italian version of the 1.2.4 CTs I'm pretty sure you can add a couple of weeks to that). Anyway see http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan there is a tiny bit of confusion, since the OSMF board decided in it's last documented meeting that no non-ODBL edits should be accepted after the 31st of March, implying the start of phase 4 on the 1st of April. The LWG then came out with a statement that the board actually meant the start of phase 3. Simon Am 23.03.2011 19:09, schrieb Nakor: Dont worry, next Friday the licence change will be mandatory What does this exactly mean? Thanks, N. ___ 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] Licensing Working Group
On 24 March 2011 06:00, Richard Weait rich...@weait.com wrote: It's an inoculation. A bit of a pinch, and a sore spot on the arm for a day, but we're all better off afterwards. It's more like a tainted vaxination, the kind where you end up a lot worst off. ODbL gives us the real share-alike, open data license that we wish we had available to us when the project started. ODBL is nothing like share-a-like, it weakens things considerably. CT future-proofs the project so that we can keep up with the Open Data environment that we are changing. As others have pointed out repeatedly, no other major project requires this that isn't some how commercially based, this is the kind of terms that Google offers for people contributing. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Remember when Anthony's edits were reverted a few months ago? Well, Tampa is still screwy (examples: http://www.openstreetmap.org/?lat=28.13332lon=-82.502659zoom=18layers=M http://www.openstreetmap.org/?lat=28.0467lon=-82.5069zoom=13layers=Mrelation=371155 - the latter shows how easy it is for relations to break). (I fixed some of the more blatant issues that others hadn't dealt with, but I'm not about to do some cleanup that I'll have to do again if/when the license change happens.) Anthony may have been a naughty boy, but the result was a good example of what will happen all over the place if/when we change the license. -- View this message in context: http://gis.638310.n2.nabble.com/Licensing-Working-Group-tp6199509p6202536.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 24 March 2011 06:00, Richard Weait rich...@weait.com wrote: ODbL gives us the real share-alike, open data license that we wish we had available to us when the project started. Who cares about share-alike? The fact of the matter is that it's impossible for anyone to steal, fork, clone, borrow, or in any other way take a copy of OSM without losing the value of OSM -- it's community. You either join the community and participate along with everyone else, or else you FAIL. If someone chooses to FAIL, it's no skin of my back. I'm going to keep on mapping regardless of what someone does or attempts to do with the OSM data. Think, for a moment, what it would mean for someone to be able to make money off OSM data. They would have to provide GREATER value than free. How are they going to do that?? PAY people to use OSM? Relicensing is hurting the community -- and THAT is the true value of OSM. We can win the licensing battle -- but only by killing the community. Sheesh, where's FakeSteveC when you REALLY need mockery of stupid ideas?? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Assen: place_name tagging
Deze email is primair bedoeld voor diegenen die groots bijgedragen hebben aan de regio Assen: Richard van der Weerd, ToffeHoff en misschien nog een paar, hoewel de mening van anderen ook gewaardeerd wordt :-) Nominatim, de naam-opzoek dienst van openstreetmap heeft moeite met de tag: place_name die op verschillende straten in Assen te vinden is. Voorbeeld: [1]. Nu is deze tag er eentje van de categorie hoofdpijn aangezien de functie in de loop der tijd veranderd lijkt te zijn. Zie hiervoor de discussie [2]. Nu het gebruik van de place_name tag niet meer met het actuele toepassing lijkt te kloppen zou ik deze graag om willen taggen naar iets zinvollers. Er zijn in mijn ogen twee opties: 1- Aangezien er een boundary way/relatie rond Assen ligt [3] zijn de place_name tags redundant en zouden simpelweg verwijderd kunnen worden. Immers: alle wegen zijn geografisch binnen deze boundary way reeds aan de plaatsnaam Assen gekoppeld. 2- De place_name=Assen tag wordt vervangen door de huidige standaard: is_in:city=Assen. Persoonlijk gaat mijn voorkeur uit naar optie 1. Ik ben bereid het vuile werk te doen en de aanpassing door te voeren. Gaan jullie akkoord? Is er iemand die zegt: laat mij het doen? [1] http://www.openstreetmap.org/browse/way/4667789 [2] http://wiki.openstreetmap.org/wiki/Talk:Key:place#Difference_between_name_and_place_name [3] http://www.openstreetmap.org/browse/relation/1433676 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] Dublin Bus RTPI Site using OSM
If you're going blind as regards attribution on that site - then so am I. On Wed, Mar 23, 2011 at 3:28 PM, Richard Cantwell manaboutco...@gmail.com wrote: Hi all, You might have seen this site built as part of the RTPI (Real Time Passenger Information) project which Dublin Bus are rolling out: http://rtpi.ie/ The first thing I noticed is that is using OSM as a backdrop, which is great. Looking a bit deeper I note that they're overlaying their Bus Stop locations onto the map. Many of these bus stops don't exist in the underlying OSM data. Might there be a case here that we should give whoever built the site a friendly nudge asking them to Share Alike that data? I also note that there doesn't seem to be any attribution present, but I could be going blind in my old age. Regards, Richard -=- Richard Cantwell www.geographic.ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie -- http://blogs.linux.ie/kenguest/ ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] Relationen Landmasse
Hallo, Am Sonntag 20 März 2011 11:48:14 schrieb M∡rtin Koppenhoefer: ich hatte vor ein paar Tagen schonmal gefragt, und bisher keine Antwort bekommen: wozu braucht man die Landmasse-Relationen, bzw. wozu haben diejenigen, die sie angelegt haben, das gemacht? Braucht jemand das Zeugs, oder kann man nicht alle Informationen bereits aus der coastline und den administrativen Boundaries herausholen? sicher sind viele der Grenzen für viele der Mapper überflüssig. Und ganz sicher könnte man die Grenzen in eine Art Parallel-DB openBorderMap auslagern, da sie, z.B. im Gegensatz zu den häufig genannten TMC-Daten, für sich stehen. Sie haben feste Koordinaten, die vom Straßennetz und anderen geographischen Daten unabhängig sind. Andererseits dürfte der Speicherplatzbedarf der Grenzen, selbst mit Zahnarztkammern und Pizzalieferbezirken, im Verhältnis zu den anderen Daten vernachlässigbar klein sein und die Filterfunktionen der Editoren verschonen den Mapper vor diesen meistens überflüssigen Linien (flüssig - überflüssig - hires-border ;-) ). In jedem Fall sollten die Daten nicht einfach gelöscht, sondern entweder in der DB bleiben oder in eine andere passende DB, auf die für alle ein vergleichbarer Zugriff besteht, verschoben werden. Etwas Toleranz dürfte der einfachste Weg sein. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo, Am 22.03.11 schrieb Gary68: latex xxx.tex dvips -D600 xxx.dvi -o ps2pdf xxx.ps xxx.pdf pdflatex xxx.tex geht auch nicht besser? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remote control von JOSM
Hallo Henning, du musst dafür das Remote in den jOSM-Einstellungen aktivieren. Ist das standardmässig eingeschaltet? Vorteil: auch 0815-Benutzer können es nutzen Nachteil: Port ist immer offen Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remote control von JOSM
Am 23. März 2011 10:39 schrieb Markus liste12a4...@gmx.de: du musst dafür das Remote in den jOSM-Einstellungen aktivieren. Ist das standardmässig eingeschaltet? Vorteil: auch 0815-Benutzer können es nutzen Nachteil: Port ist immer offen Es ist nicht standardmäßig aktiv, und das ist m.E. auch sinnvoll: jeder 0815-Benutzer, der mit JOSM klar kommt, kann das Häkchen setzen in den Prefs, wenn er die Funktionalität haben will, aber nicht jeder soll, wenn er es nicht haben will, das aktiv ausschalten müssen ( besser opt-in als opt-out). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 23. März 2011 00:50 schrieb Stephan Wolff s.wo...@web.de: Moin! Am 20.03.2011 11:48, schrieb M∡rtin Koppenhoefer: Braucht jemand das Zeugs, oder kann man nicht alle Informationen bereits aus der coastline und den administrativen Boundaries herausholen? Landmasse-Relationen bieten für einige Spezialanwendungen sicherlich Vorteile (Bestimmung des Bodennutzungsanteils eines Kreises oder Erzeugung politischer Karten). dafür braucht man sie nicht, dafür braucht man die Kreisgrenzen, keine Landmasse-relationen. Für politische Karten braucht man auch die Grenzen und nicht die Landmasse. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo Am 23.03.2011 00:50, schrieb Stephan Wolff: Ein allgemeiner Konsens, welche Daten und Strukturen in die OSM- Datenbank gehören, ist nicht zu erwarten. Auch wenn viele hier gegen Abstimmungen wettern, könnte ich mir Mehrheitsentscheidungen der Aktiven zu solchen Fragen gut vorstellen. Die Demokratie nicht so übel, dass man sie aus OSM ganz verbannen sollte :-) Das halte ich für gefährlich, auch wenn ich mir als Auswerter von Daten eine geordnete Struktur wünschen würde. Wenn man mittels Mehrheitsbeschluss eine festen Wertekatalog festlegt, muss dieser auch überwacht werden. Dann muss das ganze auch überwacht werden. Gut, dass könnte die API machen. *Achtung Szenario!* Dann besteht aber die Gefahr, dass der verbotenen Swimmingpool in Nachbars Garten nicht als leisure=swimmingpool einträgt, sondern als natural=water. Oder freie keys wie name oder note nutzt. Diese Folgen sind meiner Meinung nach schlimmer, als gut filterbare Daten, die man zusätzlich herunterlädt und parst. Ein weiteres Problem: OSM wird langsam und schwerfällig, was das Eintragen neuer Daten anbelangt, wenn diese erst beraten werden müssen und dann abgestimmt werden muss. Ebenso wird es zu deals kommen. Wenn du meins durchwinkst, winke ich auch xy durch. Die Mehrheiten werden sich ändern. Wie lange ist ein Beschluss gültig, oder kann er morgen schon wieder abgewählt werden? Die Anzahl der OSM-Accounts ist nicht limitiert. In der Regel hat jeder nur einen, aber keiner hält einen davon ab 100 zu haben. Bei den Proposals haben wir ja schon so eine Art Abstimmung. Die Beteiligungen sind grandios ;) Wenn 100 Abstimmen, ist das schon viel. Zum Vergleich: Jeden Tag editieren ~2000 Nutzer. Schlussendlich wäre es sicher schön, eine feste Struktur zu haben, doch für umsetzbar und durchsetzungsfähig halte ich sie nicht, oder OSM ist nicht mehr das jetzige OSM...ob man das will...? Ich denke sowas wäre eher etwas für ein Schwesterprojekt, dass die Daten regelmäßig vorgefiltert veröffentlicht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remote control von JOSM
Am 23. März 2011 11:27 schrieb Markus liste12a4...@gmx.de: jeder 0815-Benutzer, der mit JOSM klar kommt, kann das Häkchen setzen Hm - dazu müsste er erst mal wissen, /warum/ in seinem Anwenderprogramm der Bearbeiten-Link nicht funktioniert. Dann bräuchte er eine Anleitung was zu tun ist, und die müsste so sein, dass er sie versteht und umsetzen kann... also bei meinem osm.org kommt eine Fehlermeldung: Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled Wenn man diese Info hat, kann man im Wiki nach remote control suchen und findet die Lösung. Wer daran scheitert wird auch sonst nicht sehr weit kommen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Import in Postgres DB unvollständig
Mal eine Frage an die Experten unter Euch: Ich hatte bei meinem letzten Import ein Problem (soweit ich das verstehe beim Sortieren oder Erstellen des Index): Das war der output: Reading in file: /home/mortn/OSM/data/2011-03-21.mergeitaly.osm.bz2 Processing: Node(65179k) Way(3552k) Relation(31420) parse time: 29265s Node stats: total(65179872), max(1209501909) Way stats: total(3552928), max(104887535) Relation stats: total(31420), max(1484364) Going over pending ways processing way (1924k) Going over pending relations node cache: stored: 57328872(87.95%), storage efficiency: 21.36%, hit rate: 88.46% Committing transaction for planet_osm_roads Committing transaction for planet_osm_line Committing transaction for planet_osm_polygon Sorting data and creating indexes for planet_osm_polygon Committing transaction for planet_osm_point Sorting data and creating indexes for planet_osm_roads Sorting data and creating indexes for planet_osm_line Sorting data and creating indexes for planet_osm_point Stopping table: planet_osm_ways Stopping table: planet_osm_rels Stopping table: planet_osm_nodes Building index on table: planet_osm_rels Building index on table: planet_osm_ways Stopped table: planet_osm_nodes Stopped table: planet_osm_rels Completed planet_osm_polygon CREATE TABLE planet_osm_roads_tmp AS SELECT * FROM planet_osm_roads ORDER BY way; failed: FEHLER: konnte Relation base/16385/6820713 nicht erweitern: Auf dem Gerät ist kein Speicherplatz mehr verfügbar HINT: Prüfen Sie den freien Festplattenplatz. Error occurred, cleaning up __ Beim Durchsehen der einzelnen Tabellen habe ich festgestellt, dass einige Indizes fehlen. Erstellt wurde planet_osm_polygon_index gist (way) und alle btree (osm_id) es fehlen also: planet_osm_point_index gist (way) planet_osm_line_index gist (way) planet_osm_roads_index gist (way) Meine Frage: --- kann ich die Indizes manuel in Postgres erstellen mit CREATE INDEX planet_osm_point_index ON planet_osm_point USING gist(way); etc. und bin dann bereit fürs Rendern, als ob osm2pgsql komplett durchgelaufen wäre, oder passt es dann immer noch nicht, weil z.B. die z_order noch nicht richtig berechnet wurde, oder die way_area noch fehlt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import in Postgres DB unvollständig
Am 23.03.2011 13:36, schrieb M∡rtin Koppenhoefer: ... Meine Frage: --- kann ich die Indizes manuel in Postgres erstellen ... .. Gruß Martin Hallo Martin, Ja! Ein Index ist nur eine Optimierung des Zugriffs. Er wird aus den Tabellendaten erstellt. Man kann ihn beliebig löschen und wieder anlegen. (Die Syntax habe ich nicht geprüft.) -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import in Postgres DB unvollständig
Am 23. März 2011 13:43 schrieb Frank Jäger fr...@fotodrachen.de: Am 23.03.2011 13:36, schrieb M∡rtin Koppenhoefer: ... Meine Frage: --- kann ich die Indizes manuel in Postgres erstellen ... .. Gruß Martin Hallo Martin, Ja! Ein Index ist nur eine Optimierung des Zugriffs. Er wird aus den Tabellendaten erstellt. Man kann ihn beliebig löschen und wieder anlegen. Ja, bin gerade dabei. Die Frage war eher: macht osm2pgsql noch mehr Dinge, die zu diesem Zeitpunkt (s. output) noch nicht abgeschlossen waren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remote control von JOSM
Am 23. März 2011 13:32 schrieb Markus liste12a4...@gmx.de: Hallo Martin, bei meinem osm.org kommt eine Fehlermeldung Macht das JOSM? Das ist gut. nein, das ist eine generische Fehlermeldung der Webseite, die feststellt, dass keine Antwort kam und daher vermutet, dass das plugin nicht aktiviert war bzw. JOSM nicht gestartet war. Besser wäre: Die Option ist eingeschaltet (und Nerds können sie ausschalten). nein, ich glaube nicht. Nicht allen ist es recht, wenn eine Anwendung einen port öffnet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] blog.Style zerstört
hi ! kann es sein das der style von blog.openstreetmap.org irgendwie defekt ist ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit germany.osm.pbf?
Moin, ich lade mir gerade die Version von heute runter, und mein Firefox sagt mir, dass da nur 391MB unterwegs sind. Laut Geofabrik-Homepage muessten das aber 843MB sein. Irgendwas scheint da kaputt zu sein. Gruss Torsten Torsten Leistikow schrieb am 22.03.2011 21:59: Moin, beim Bauen eine Garmin-Karte mit mkgmap sind bei mir heute aus der germany.osm.pbf nur POIs herausgekommen, die Ways fehlten alle. Mit der germany.osm.bz2 von heute war alles in Ordnung. Hat jemand aehnliche Probleme? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo, kann erste Erfolgsmeldungen geben. Der Prozess läuft jetzt komplett durch. Ich habe mein Ubuntu auf 10.10 aktualisiert und so die neueste Version von dvips erhalten. Dann kann es jetzt ans Feintuning des Ergebnisse gehen ;-) In der ersten Übersichtsgrafik der Route, sollte doch die Route in rot nachgezeichnet sein. Ist das ein Parameter des hikingbooks.pl Aufrufes oder läuft da noch was schief? Vielen Dank noch mal für deine Hilfe, Gerhard. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo Fabian, pdflatex xxx.tex geht auch nicht besser? Doch das geht. Aber im Perlskript ist ja ein anderer Programmablauf. Wenn ich das richtig verstanden habe, macht Gerhard die Zwischenschritte, weil dann eingebundene Grafiken qualitativ besser raus kommen, als wenn man direkt nach pdf konvertiert. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenschaften einer Relation
Hallo Fabian, pdflatex xxx.tex geht auch nicht besser? Doch das geht. Aber im Perlskript ist ja ein anderer Programmablauf. Wenn ich das richtig verstanden habe, macht Gerhard die Zwischenschritte, weil dann eingebundene Grafiken qualitativ besser raus kommen, als wenn man direkt nach pdf konvertiert. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import in Postgres DB unvollständig
Am 23. März 2011 13:58 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 23. März 2011 13:43 schrieb Frank Jäger fr...@fotodrachen.de: Ein Index ist nur eine Optimierung des Zugriffs. Er wird aus den Tabellendaten erstellt. Man kann ihn beliebig löschen und wieder anlegen. Ja, bin gerade dabei. Die Frage war eher: macht osm2pgsql noch mehr Dinge, die zu diesem Zeitpunkt (s. output) noch nicht abgeschlossen waren. Der Grund warum ich fragte war, dass ich nach dem Abbruch z.B. auch eine temporäre Tabelle gefunden habe. Es sah so aus, als würden die Daten nochmal sortiert von osm2pgsql. Was ich mich schon länger frage: Wie ist das mit den Indizes wenn man Daten ändert? Werden die automatisch auch upgedated, oder muss man das manuell anstoßen? Wenn man z.B. eine Tabellenzeile löscht, oder Werte in einzelnen Feldern ändert? Gruß Martin PS: Die Indizes manuell zu erstellen hat übrigens funktioniert, wg. fehlendem Platz auf der Platte fehlt halt einer für eine der hstore-Spalten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kurze java / osmosis-frage
Hi ! ich muss kurzfristig mit meiner kartenauswertung umziehen und wenn ich auf dem rechner die version 0.38 von osmosis aufrufe dann kommt folgende meldung C:\Users\tappenbeckD:\openstreetmap\osmosis\bin\osmosis.bat Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/classwor lds/Launcher Caused by: java.lang.ClassNotFoundException: org.codehaus.classworlds.Launcher at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) Could not find the main class: org.codehaus.classworlds.Launcher. Program will exit. kann mir einer sagen in welche richtung ich eine fehlersuche betreiben sollte - josm z.b. läuft!! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kurze java / osmosis-frage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! D.h. entweder, dass die Klasse, die benötigt wird, nicht gefunden wurde (sprich: nicht im classpath ist) oder die Klasse gegen ein neueres Java kompiliert wurde, als die Version, mit der du es aufrufst. Gruß, Philip -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2KWyEACgkQYNYFUFLXAD38MACfTFkwEc263O7d10Us6S3/vXjv Bq0AoJ1pOUa4+cQVgdiwk+J91IynkVnu =D4xd -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX-Datei auf gpswandern.de
Hallo, ich habe gestern einen Track unter http://www.openstreetmap.org/user/tillea/traces/972857 hochgeladen und wollte mir diesen auch mal visualisieren lassen. http://www.gpswandern.de/gpxviewer/gpxshow.shtml?url=http://www.openstreetmap.org/trace/972857/data zeigt aber auf der Karte nur den halben Track (im Höhenprofil ist jedoch alles drin!). Ich habe die vage Vermutung, daß das an einem für mich vollkommen unmotivierten $ diff -u 20110322_harzquerung_questenberg.gpx~ 20110322_harzquerung_questenberg.gpx --- 20110322_harzquerung_questenberg.gpx~ 2011-03-22 21:36:06.0 +0100 +++ 20110322_harzquerung_questenberg.gpx2011-03-23 08:51:12.0 +0100 @@ -14411,8 +14411,6 @@ ele423.576/ele time2011-03-22T17:29:27Z/time /trkpt - /trkseg - trkseg trkpt lat=51.741266 lon=10.889985 ele423.980/ele time2011-03-22T17:29:32Z/time liegen könnte. Wenn ich mir den Track unter http://maps.google.de/?q=http://www.openstreetmap.org/trace/972857/data ansehe, dann ist der Schnitt im Track zu einem ganz anderen Zeitpunkt - könnte in etwa dann sein, als das GPS von der Tages- auf die Nachtanzeige umgestellt hat - der Schnitt bei gpswandern.de ist aber Mittags. Ist da einfach ein Bug in gpswandern.de? Mal abgesehen davon, kann ich den OSM-Upload nachträglich so ändern, daß dieselbe ID erhalten bleibt? Ich würde gerne den oben genannten Patch anwenden. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Teilnehmervereinbarung 1.2.4
Hallo zusammen, da sich seit der Version 1.0 einiges geändert hat, habe ich die aktuelle Teilnehmervereinbarung 1.2.4 neu übersetzt: http://wiki.openstreetmap.org/wiki/DE:Open_Database_License/Contributor_Terms Ich hoffe, die Übersetzung ist verständlich un korrekt - Verbesserungen können direkt im Wiki angebracht werden. :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit germany.osm.pbf?
Hallo, On 03/23/11 16:36, Torsten Leistikow wrote: ich lade mir gerade die Version von heute runter, und mein Firefox sagt mir, dass da nur 391MB unterwegs sind. Laut Geofabrik-Homepage muessten das aber 843MB sein. Irgendwas scheint da kaputt zu sein. Grundsaetzlich ist das so, dass der Geofabrik-Server Dich fuer bestimmte Files - Deutschland und Europa - zum Mirror auf gwdg.de schickt, aber erst nachdem dieser Mirror die Files auch abgeholt hat. Ich pruefe aber im Moment nicht richtig, ob die Abholung auch erfolgreich war, daher kann es leider manchmal passieren, dass man bei download.geofabrik.de das richtige File sieht, aber auf dem Mirror dann das falsche erwischt. Es gibt einen Trick, wie man den Redirect umgehen kann, und zwar, indem man -noredirect an den Dateinamen hinten dran haengt. BITTE das aber nur im Ausnahmefall benutzen und nicht einfach mal blind in jedes Skript reinhauen, sonst kann ich mir den Redirect komplett sparen ;) Der Server ist bei einem Hoster mit 6 TB Inklusivvolumen im Monat, und nur durch den Redirect zu gwdg.de kann ich das ueberhaupt einhalten - sonst wuerde das richtig teuer. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit germany.osm.pbf?
Hi, Frederik Ramm wrote: Hallo, On 03/23/11 16:36, Torsten Leistikow wrote: ich lade mir gerade die Version von heute runter, und mein Firefox sagt mir, dass da nur 391MB unterwegs sind. Laut Geofabrik-Homepage muessten das aber 843MB sein. Irgendwas scheint da kaputt zu sein. Grundsaetzlich ist das so, dass der Geofabrik-Server Dich fuer bestimmte Files - Deutschland und Europa - zum Mirror auf gwdg.de schickt, aber erst nachdem dieser Mirror die Files auch abgeholt hat. Ich pruefe aber im Moment nicht richtig, ob die Abholung auch erfolgreich war, daher kann es leider manchmal passieren, dass man bei download.geofabrik.de das richtige File sieht, aber auf dem Mirror dann das falsche erwischt. Es gibt einen Trick, wie man den Redirect umgehen kann, und zwar, indem man -noredirect an den Dateinamen hinten dran haengt. Genauer: Statt europe.osm.bz2 europe-no-redirect.osm.bz2, statt germany.osm.bz2 germany-no-redirect.osm.bz2, und das gleiche fuer .osm.pbf. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Problemino di log con 747 a+
Tutto il programma è contenuto nello script Perl. Se hai installato da pacchetto probabilmente è stata installata anche la man page e qualche doc di riferimento. Ho sostitutio lo script Perl e due altri file di documentazione. Successivamente ho provato a caricare il log dal 747 (la prima volta è andata buca perché appena acceso); come si può vedere, anche stavolta mi ha dato il messaggio 'NEED_FORMAT' e anche il checksum è andato male, perciò ho fatto un reset, loggato un po' di dati e poi ricaricato il log nel pc. Questi i passi, separati da una riga vuota per maggiore chiarezza: miopc@miopc-debian:~$ mtkbabel -s 115200 -p /dev/ttyACM0 -l off -f /miahome/prova23311 -w -t 07:49:25 ERROR: packet_wait() failed for packet PMTK001,0, MTK Test command FAILED miopc@miopc-debian:~$ mtkbabel -s 115200 -p /dev/ttyACM0 -l off -f /miahome/prova23311 -w -t Packet checksum error: expected 0x7C, computed 0x32 MTK Test OK MTK Firmware: Version: 1, Release: AXN_1.30-B_1.3_C01, Model ID: 0004 Switch recording to OFF Log format: (0002002F) UTC,VALID,LATITUDE,LONGITUDE,SPEED,RCR Size in bytes of each log record: 30 + (0 * sats_in_view) Logging TIME interval: 1.00 s Logging DISTANCE interval: 0.00 m Logging SPEED limit: 0.00 km/h Recording method on memory full: (2) STOP Log status: (01010100) AUTOLOG_OFF,STOP_WHEN_FULL,ENABLE_LOG,NEED_FORMAT WARNING! Log status NEED_FORMAT, log data is not valid! Next write address: 12976 (0x32B0) Number of records: 400 Memory health status (failed sectors mask): Retrieving 65536 (0x0001) bytes of log data from device... WARNING: Sector header at offset 0x is non-written data Saved log data: 0.00% ERROR: Invalid datalog sector header miopc@miopc-debian:~$ mtkbabel -s 115200 -p /dev/ttyACM0 -R MTK Test OK MTK Firmware: Version: 1, Release: AXN_1.30-B_1.3_C01, Model ID: 0004 Recover from disable log: ENABLE LOG and FORMAT LOG ALL... Log format: (0002002F) UTC,VALID,LATITUDE,LONGITUDE,SPEED,RCR Size in bytes of each log record: 30 + (0 * sats_in_view) Logging TIME interval: 1.00 s Logging DISTANCE interval: 0.00 m Logging SPEED limit: 0.00 km/h Recording method on memory full: (2) STOP Log status: (00010110) AUTOLOG_ON,STOP_WHEN_FULL,ENABLE_LOG Next write address: 558 (0x022E) Number of records: 1 Memory health status (failed sectors mask): miopc@miopc-debian:~$ mtkbabel -s 115200 -p /dev/ttyACM0 -l off -f /miahome/prova23311 -w -t MTK Test OK MTK Firmware: Version: 1, Release: AXN_1.30-B_1.3_C01, Model ID: 0004 Switch recording to OFF Log format: (0002002F) UTC,VALID,LATITUDE,LONGITUDE,SPEED,RCR Size in bytes of each log record: 30 + (0 * sats_in_view) Logging TIME interval: 1.00 s Logging DISTANCE interval: 0.00 m Logging SPEED limit: 0.00 km/h Recording method on memory full: (2) STOP Log status: (00010100) AUTOLOG_OFF,STOP_WHEN_FULL,ENABLE_LOG Next write address: 3958 (0x0F76) Number of records: 109 Memory health status (failed sectors mask): Retrieving 65536 (0x0001) bytes of log data from device... Saved log data: 0.00% - - - - - Saved log data: 96.88% Total record count: 109 miopc@miopc-debian:~$ mtkbabel -s 115200 -p /dev/ttyACM0 -E MTK Test OK MTK Firmware: Version: 1, Release: AXN_1.30-B_1.3_C01, Model ID: 0004 Erasing log memory... Log format: (0002002F) UTC,VALID,LATITUDE,LONGITUDE,SPEED,RCR Size in bytes of each log record: 30 + (0 * sats_in_view) Logging TIME interval: 1.00 s Logging DISTANCE interval: 0.00 m Logging SPEED limit: 0.00 km/h Recording method on memory full: (2) STOP Log status: (00010110) AUTOLOG_ON,STOP_WHEN_FULL,ENABLE_LOG Next write address: 558 (0x022E) Number of records: 1 Memory health status (failed sectors mask): miopc@miopc-debian:~$ Grazie per l'attenzione, Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Garmin Nuvi 245 e OSM
E' strano, perché io sul mio Garmin non vedo problemi. Hai provato a farti la mappa con CreateIMG? Ciao, Marco. Da: Jeawrong jeawithl...@tin.it A: talk-it@openstreetmap.org Inviato: Mer 23 marzo 2011, 00:13:37 Oggetto: Re: [Talk-it] Garmin Nuvi 245 e OSM Allora il colpevole sono io, ho mappato il 97% della mia zona :-/ Che intendi con percorsi privi di alcuna descrizione? Cosa manca? Dimmi pure che provvedo subito a sistemare le cose... La stranezza è che vedo correttamente la mappa sul browser, ma sul navigatore si inventa letteralmente nodi e strade inesistenti, che non vedo sulla mappa in modalità edit nè con Potlach nè con Josm... -- View this message in context: http://gis.638310.n2.nabble.com/Garmin-Nuvi-245-e-OSM-tp6181090p6198316.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
2011/3/22 Federico Cozzi f.co...@gmail.com: 2011/3/22 M∡rtin Koppenhoefer dieterdre...@gmail.com: 4. Posso in Italia andare in macchina su qualsiasi percorso se non c'è cartello/barra che me lo divieta? Sulla spiaggia per esempio? In foresta/montagna? No. Ad esempio nelle strade forestali in molte regioni/province è vietato il transito dei mezzi a motore. Non esiste il cartello strada forestale. Se sei fortunato c'è il cartello divieto di transito con l'indicazione della legge che vieta il transito, ma non è obbligatorio. Qui c'è un esempio di legge: http://www.comune.ala.tn.it/attivitaEconomiche/strade%20forestali/info%20strade%20forestali.PDF Grazie Federico. Ma questo l.p. significa legge provinciale ? Esistono i leggi provinciali? Faccio notare que a me pare che questa legge vale soltanto per strade che portano a nessuna casa ma solo nel bosco. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
Grazie Federico. Ma questo l.p. significa legge provinciale ? Esistono i leggi provinciali? E come no? In italia abbiamo leggi provinciali, regionali e regolamenti comunali, oltre alle leggi statali Mica ci facciamo mancare nulla Ciao alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
2011/3/23 albertobonati albertobon...@libero.it: Grazie Federico. Ma questo l.p. significa legge provinciale ? Esistono i leggi provinciali? E come no? In italia abbiamo leggi provinciali, regionali e regolamenti comunali, oltre alle leggi statali Mica ci facciamo mancare nulla OK, avevo imaginato, quindi dovremmo vedere i leggi per tutte le province (o meglio per la provincia dove uno fa edits) per capire quali access-tags sono da mettere (quindi la situazione e abbastanza simile alla Germania). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Qui c'è un esempio di legge: http://www.comune.ala.tn.it/attivitaEconomiche/strade%20forestali/info%20strade%20forestali.PDF Faccio notare que a me pare che questa legge vale soltanto per strade che portano a nessuna casa ma solo nel bosco. E chi lo sa? Ad esempio nelle strade di tipo B (come definite in quella legge) potrebbero essere comprese le carrarecce che portano ad un alpeggio / rifugio. Sono le tipiche strade vietate ai mezzi a motore, ad eccezione del proprietario del rifugio (che è autorizzato) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Proposta: nuove chiavi shop:bicycle:*
Ciao, prima di fare una proposta sul wiki volevo sentire il vostro parere. Mi piacerebbe introdurre un intero set di chiavi (un namespace) per chiarire meglio le caratteristiche dei negozi di biciclette. Attualmente esistono: shop=bicycle: un negozio dove si possono acquistare e/o riparare biciclette amenity=bicycle_rental: stazioni per il bike sharing (da non usare per i negozi che noleggiano biciclette) Mi sembra insufficiente: ad esempio come si può mappare un negozio di biciclette che le noleggia anche? Oppure una bottega che non vende biciclette ma le ripara? Ecco quindi: shop:bicycle:repair=yes/no: se si riparano le biciclette shop:bicycle:rental=yes/no: se si noleggiano bici shop:bicycle:pump=yes/no: se è a disposizione una pompa gratuita shop:bicycle:sell=yes/no: se si vendono bici ecc. Ad esempio qui si suggerisce questa classificazione: http://www.ciclobby.it/ciclobby/index.php?section=59 -bici di cortesia durante la riparazione -deposito bici -lavaggio bici -vendita bici usate Sono fatte per essere aggiunte a shop=bicycle, ma nessuno vieta di applicarle anche ad altri POI (ad es. shop:bicycle:rental ad un albergo) Mi lascia un po' perplesso il namespace iniziale shop ma forse il solo bicycle è troppo vago? Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 Federico Cozzi f.co...@gmail.com: mi sembra strano che non c'è già qualcosa, ma ritengo interessante la tua proposta. Devo dire che anch'io non conosco altri tag per specificare queste cose (ci sono i vending=bicycle_tube per distributori, ma quello è un altro discorso). Quindi ottima iniziativa! Secondome anche le cicl'officine vengono mappate come shop=bicycle, forse le potresti integrare in qualche modo (do it yourself). questo per esempio non sembra usato molto: http://taginfo.openstreetmap.de/keys/rental#values Io chiederei anche in lista tagging prima di elaborare una proposta, perché di ciclisti siamo tanti in OSM. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 Federico Cozzi f.co...@gmail.com: Mi lascia un po' perplesso il namespace iniziale shop ma forse il solo bicycle è troppo vago? secondome meglio con shop perchè il solo bicycle intende una restrizione legale... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Mi lascia un po' perplesso il namespace iniziale shop ma forse il solo bicycle è troppo vago? secondome meglio con shop perchè il solo bicycle intende una restrizione legale... Giusto! Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Secondome anche le cicl'officine vengono mappate come shop=bicycle, forse le potresti integrare in qualche modo (do it yourself). Giusto! Qui ci vorrebbe un madrelingua: qual è meglio? shop:bicycle:diy=yes/no oppure shop:bicycle:co-op=yes/no (le ciclofficine non sono solo posti di auto-riparazione, ma di aggregazione/scambio) questo per esempio non sembra usato molto: http://taginfo.openstreetmap.de/keys/rental#values Il solito problema delle chiavi multi-valore, che rende molto difficile estrarre i dati... (ad es. in una mappa Mapnik, o mkgmap) Io chiederei anche in lista tagging prima di elaborare una proposta, perché di ciclisti siamo tanti in OSM. Appena ho tempo faccio una pagina di proposta, poi la comunico su tagging. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 Federico Cozzi f.co...@gmail.com: 2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Secondome anche le cicl'officine vengono mappate come shop=bicycle, forse le potresti integrare in qualche modo (do it yourself). Giusto! Qui ci vorrebbe un madrelingua: qual è meglio? shop:bicycle:diy=yes/no oppure shop:bicycle:co-op=yes/no secondome (e seconda la tua proposta sopra) meglio: shop:bicycle:repair=do_it_yourself/yes/no ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Qui ci vorrebbe un madrelingua: qual è meglio? shop:bicycle:diy=yes/no oppure shop:bicycle:co-op=yes/no secondome (e seconda la tua proposta sopra) meglio: shop:bicycle:repair=do_it_yourself/yes/no Qui non mi convinci, così si inizia a inquinare... se una cicloofficina offre sia servizi di riparazione a pagamento, sia la possibilità di effettuare riparazioni da sé (ad es. prenotando il cavalletto) vorrei mappare entrambi: shop:bicycle:repair=yes shop:bicycle:diy=yes Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
In data mercoledì 23 marzo 2011 16:38:35, Federico Cozzi ha scritto: : Ciao, prima di fare una proposta sul wiki volevo sentire il vostro parere. Intervengo solo per suggerire l'inserimento nella proposta del tag brand=* per specificare le marche di bici vendute (es: Scott, Bianchi, Specialized, eccetera eccetera) Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 Federico Cozzi f.co...@gmail.com: 2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Qui ci vorrebbe un madrelingua: qual è meglio? shop:bicycle:diy=yes/no oppure shop:bicycle:co-op=yes/no secondome (e seconda la tua proposta sopra) meglio: shop:bicycle:repair=do_it_yourself/yes/no Qui non mi convinci, così si inizia a inquinare... se una cicloofficina offre sia servizi di riparazione a pagamento, sia la possibilità di effettuare riparazioni da sé (ad es. prenotando il cavalletto) vorrei mappare entrambi: shop:bicycle:repair=yes shop:bicycle:diy=yes e se un negozio consente sia la riparazione sia la costruzione di bici diy? ;-) shop:bicycle:repair:do_it_yourself=yes shop:bicycle:repair=yes ? secondome non è sbagliato consentire anche altri valori di yes/no. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 alessio klava...@gmail.com: In data mercoledì 23 marzo 2011 16:38:35, Federico Cozzi ha scritto: : Ciao, prima di fare una proposta sul wiki volevo sentire il vostro parere. Intervengo solo per suggerire l'inserimento nella proposta del tag brand=* per specificare le marche di bici vendute (es: Scott, Bianchi, Specialized, eccetera eccetera) volendo si, nella logica della proposta sarebbe: bicycle:vending:brand:scott=yes ... forse un bicycle:vending:brand=Scott;Bianchi;Chinabike sarebbe meglio. brand=xy invece sarebbe il brand del negozio. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 M∡rtin Koppenhoefer dieterdre...@gmail.com: Qui non mi convinci, così si inizia a inquinare... se una cicloofficina offre sia servizi di riparazione a pagamento, sia la possibilità di effettuare riparazioni da sé (ad es. prenotando il cavalletto) vorrei mappare entrambi: shop:bicycle:repair=yes shop:bicycle:diy=yes e se un negozio consente sia la riparazione sia la costruzione di bici diy? ;-) shop:bicycle:repair:do_it_yourself=yes shop:bicycle:repair=yes Non c'è grossa differenza tra la riparazione e la costruzione di bici diy (a meno che tu non intenda partire dai tubi da saldare...), il cavalletto è lo stesso e gli strumenti pure... [A fare i pignoli servirebbero alcuni attrezzi specifici (maschiatura/fresatura movimento centrale e serie sterzo) ma sono molto pochi i negozi che li possiedono.] secondome non è sbagliato consentire anche altri valori di yes/no. In alcuni casi mi trovi d'accordo: shop:bicycle:pump=yes/no/fee, non è possibile che la pompa sia a pagamento E gratis. Quello che complicherebbe sarebbe invece un approccio shop:bicycle:services=pump;rental;repair che diventa caotico e impossibile da gestire da un software Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta: nuove chiavi shop:bicycle:*
2011/3/23 Federico Cozzi f.co...@gmail.com: Quello che complicherebbe sarebbe invece un approccio shop:bicycle:services=pump;rental;repair che diventa caotico e impossibile da gestire da un software sono d'accordo che nessuno lo fa perchè richiede troppe rissorce (si dice), ma mica è _impossibile_ fare un parsing e dividere i valori separati da un semicolon ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Quale Relazione? (Laguna di Venezia again)
In questi giorni sto riprendendo in mano il discorso laguna di Venezia. Stavo pensando di impostare il discorso in maniera più logica spostando la linea di costa dove effettivamente c'è la costa... ovvero all'esterno sulle isole litoranee. Specchio d'acqua principale outer di un multipoligono natural:water (in attesa/ricerca di qualcosa di più specifico?) e tutte le isole e barene dentro... sembrerebbe tutto magnifico, no? NO Innanzi tutto non è assolutamente detto che la Laguna cominci con lo specchio d'acqua, anzi! Spesso parte con la barena (e non mi metterò mai a fare pasticci con eventuali linee sovrapposte o elementi con ruoli ripetuti nella relazione). Poi all'interno dello stesso specchio d'acqua ci sono decine di zone con nomi specifici come varie paludi (che paludi vero non sono) e valli che non sono buchi all'interno della distesa d'acqua o di isole (come in altre Lagune italiane) ma che in realtà sono vere e proprie zone che compongono tutto il sistema. In soldoni non riesco a trovare un relazione che mi permetta di mettere assieme tutti gli elementi sotto la dicitura Laguna di Venezia: - Boundary: No, perchè riguarda eventuali confini amministrativi ed è praticamente un multipoligono. - Multipoligono: No perchè non si tratta di indicare aree incluse in altree aree, perchè non accetta relazioni come membri e perchè anche in questo caso si sarebbe costretti a inserire le stesse way più volte anche con ruoli uguali indicando però aree diverse. - Region/Valley/Massif (si sta facendo il merge delle 3 proposte e sono ancora in fase di draft... a dirla tutta sembrano un po' morte come proposte): No perchè in maniera simile a Boundary indica solo il confine anche se è rivolta ad un utilizzo più generico tra cui anche entità naturali. Accetta come membri solo linee e altre Region quando a me servirebbero aree e multipoligoni. - Site: (in RFC ora) Sarebbe perfetto se non fosse che come le altre prevede che sia indicato il perimetro e non possa essere estrapolato dai membri che la compongono. Che dite? Suggerimenti? Propongo la modifica in Site? E se la propongo c'è qualcuno che mi da una mano a pompare la proposta? -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Pamastymai del administrative ribu
On 2011.03.22 16:16, Albertas Agejevas wrote: Ką reiškia „miestas“, kam jis galėtų/ turėtų būti naudojamas aš kol kas nesuprantu. Gal galima pavyzdžių kur reikia „miesto“ žymėjimo (ir savivaldybių neužtenka)? Yra dar tokia sąvoka baltų ženklų zona. Važiuojant iš Vilniaus iš Ok „baltų ženklų“ zona yra aktuali automobilių maršrutų dėliojimui. Dar kam nors? Dėl maršrutų, tai iečių daug prilaužyta http://wiki.openstreetmap.org/wiki/Key:zone:traffic . Kad būtų rastas koks nors idealus žymėjimo variantas aš nematau. Navit/maptool anksčiau bandė ieškoti gyvenviečių ribų pagal pastarųjų poligonus ir pagal tai dėlioti maxspeed, kur tiesiogiai neuždėta. Deja, tos praktikos atsisakė. Įtariu, kad šitai reikalaudavo eilėmis daugiau resursų. Lietuvos žemėlapio atveju tai ko gero būtų galima daryti, tik tiek, kad ta dalis kodo seniai nebeprižiūrima ir kai aš bandžiau paleisti, tai visa tai sėkmingai nusicrashino... -- Aidas Kasparas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
Hej, .. og nu er alle 19.024 bygninger lagt ind. Tjek fx: http://osm.org/go/0NTO@bm Jeg skal have lavet en smule oprydning; der er en 10-20 eksisterende bygninger, som kolliderer. Jeg skal se, hvis data, som er mest præcist, samt om der er relevante metadata. Fx har jeg opdateret bygningen ved Hårlev station med de metadata, som den eksisterende bygning (med lavere detaljegrad) havde på sig. Så alt andet lige er det stadigvæk ekstremt værdifuldt at komme ud og få mappet og tagget. - Peter Brodersen 2011/3/22 Peter Brodersen pe...@ter.dk: Hej, Vi har været aktive siden i går :-) Det væsentlige er, at vi allerede har fået ortofoto-laget lagt ind på vores tileserver. Eller sagt helt enkelt: Vi har nu endnu bedre og nyere luftfotos over hele Stevns Kommune tilgængeligt! Jeg har skrevet lidt indledende dokumentation på: http://wiki.openstreetmap.org/wiki/Da:Stevns .. herunder hvordan man får adgang til luftfotoet. Man kan også se luftfotos online - her aktiveret sammen med et lag over bygninger i kommunen: http://osm.rasher.dk/?zoom=12lat=55.33166lon=12.24603layers=B000TT I relation til dette, så er rettighederne helt afklarede (jeg lægger dokumentation ind snarest muligt). I grove træk er vi sikrede af flere årsager - nedenstående er kommunens opfattelse: 1+2: (Vejmidte-tema + FOT-data) Hvis vi beriger/bearbejder data, må vi omtrent gøre, hvad vi vil (også sælge dem). Dette dækker også over at konvertere data til OSM. Derudover mener de ikke, at vi overdrager en brugsret ifbm. en import, så selv under de omstændigheder er alt i orden. 3: (Ortofotos) Vi bruger fotoet, fordi kommunen har overdraget os en brugsret. Ved at stille fotoet til rådighed via en Mapserver overdrager vi ikke brugsretten til andre. Endnu en gang: det er fantastiske nyheder. Så er det nærmest bare at gå i gang :-) Jeg har indledningsvis lavet en test, hvor jeg importerede alle brønddæksler med tilhørende manhole-værdier (manhole=heating, drain, sewer). Mere præcist 3.216 styk, hvilket så samtidigt lod til at være de første overhovedet i Danmark: http://www.openstreetmap.org/browse/changeset/768 Det er nok ikke synderligt relevant data, men trods alt stadigvæk en egenskab i landskabet. Her er fx et screenshot af en vej fra JOSM med Stevns' luftfoto samt et par manhole-punkter: http://osm.ter.dk/gfx/josm_manholes.jpg Som man svagt kan se på de luftfotos, optræder de dæksler rent faktisk også i virkeligheden :-) manhole blev også valgt for ikke at komme i konflikt med eksisterende data, samt at gøre de indledende øvelser til at få sat noget automatisk opdatering af features, som (omtrent) ingen ville gide manuelt at opmåle. Importen foregik ved, at jeg ved hjælp af QGIS konverterede MapInfo-datasættet til geoJSON-format, hvilket gjorde det let for mig at efterbearbejde datasættet i PHP og lave relevante konverteringer (fx at brøndtype Regnvand blev til manhole=drain) for at ende op med en genereret .osm-fil, som jeg så uploadede vha. JOSM. Mit næste projekt er at få importeret bygninger. Datakvaliteten virker meget høj. Der er en ordentlig håndfuld forude samt nogle udfordringer med multipolygoner, plus at der bør tjekkes op imod eksisterende indtegnede bygninger i kommune-området i OSM. For hvad angår bekymringen om at import tager alt det sjove ud af OSM, så kan jeg berolige med, at der fortsat er kæmpe mængder af arbejde. Jeg skrev allerede lidt om det i forbindelse med Fugros luftfotos: http://wiki.openstreetmap.org/wiki/Da:Fugro#Indflydelse Vi mangler stadigvæk masser af lokale observationer. Hastighedsbegrænsninger, POIs, åbningstider, vejtyper (der skelnes ikke rigtigt mellem vejtyper), og ikke mindst gang- og cykelstier! Sidstnævnte er netop et område, hvor OSM er begyndt at rykke meget i forhold til andre kort. Dertil kommer, at meget af det importerede data kan ligge uden for det almindelige område. OSM lægger fx op til at man også kan registrere kloakdæksler og pipelines (de underjordiske rør), selv om de ikke kan observeres. Plus at nok ingen gider at registrere kloakdæksler, selv om det stadigvæk er en geografisk feature, som fx kan hjælpe med at finde positioner ud fra fotos, m.m. Nu må det være tid til at sove. Men kom endelig med flere forslag, spørgsmål, etc. Det er som sagt offentlig data, som vi alle kan bruge. (og lad mig så fyre en tak af til Jonas Häggqvist for god sparring samt at opdatere http://osm.rasher.dk/ samt Janus Sandsgaard for at være hurtig til at opdatere DNS for openstreetmap.dk til formålet) - Peter Brodersen 2011/3/21 Peter Brodersen pe...@ter.dk: Hej, [orker du ikke at læse al teksten, så giv dig tid til at kigge på de forskellige links med billeder for at få en fornemmelse af, hvad det hele handler om] For nyligt nævnte jeg Another day, another tool. I Nu er jeg fristet til at opdatere udsagnet til Another day, another municipality :-) Jeg er blevet gjort opmærksom på Stevns
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
Så er der gennemført to yderligere importeringer: - Søer - Kystlinje Kystlinje tog lidt tid, fordi den gamle skulle slettes, ting der forbandt til den gamle skulle forbinde til den nye (der kan mangle noget her) og der var enkelte manglende sekvenser. Kystlinjer bliver kun opdateret på grafikken et par gange om måneden, så der kan være enkelte pudsige renderinger i mellemtiden - fx et hus eller andet, der ligger ude i vandet. Her er fx et eksempel på en sø, som med den gamle kystlinje gik ud i vandet: http://www.openstreetmap.org/browse/way/105562577 (i skrivende stund går den gamle kystlinje nærmest igennem søen; dette vil ændre sig, når kystlinje-grafikken er opdateret) - Peter Brodersen 2011/3/23 Peter Brodersen pe...@ter.dk: Hej, .. og nu er alle 19.024 bygninger lagt ind. Tjek fx: http://osm.org/go/0NTO@bm Jeg skal have lavet en smule oprydning; der er en 10-20 eksisterende bygninger, som kolliderer. Jeg skal se, hvis data, som er mest præcist, samt om der er relevante metadata. Fx har jeg opdateret bygningen ved Hårlev station med de metadata, som den eksisterende bygning (med lavere detaljegrad) havde på sig. Så alt andet lige er det stadigvæk ekstremt værdifuldt at komme ud og få mappet og tagget. - Peter Brodersen 2011/3/22 Peter Brodersen pe...@ter.dk: Hej, Vi har været aktive siden i går :-) Det væsentlige er, at vi allerede har fået ortofoto-laget lagt ind på vores tileserver. Eller sagt helt enkelt: Vi har nu endnu bedre og nyere luftfotos over hele Stevns Kommune tilgængeligt! Jeg har skrevet lidt indledende dokumentation på: http://wiki.openstreetmap.org/wiki/Da:Stevns .. herunder hvordan man får adgang til luftfotoet. Man kan også se luftfotos online - her aktiveret sammen med et lag over bygninger i kommunen: http://osm.rasher.dk/?zoom=12lat=55.33166lon=12.24603layers=B000TT I relation til dette, så er rettighederne helt afklarede (jeg lægger dokumentation ind snarest muligt). I grove træk er vi sikrede af flere årsager - nedenstående er kommunens opfattelse: 1+2: (Vejmidte-tema + FOT-data) Hvis vi beriger/bearbejder data, må vi omtrent gøre, hvad vi vil (også sælge dem). Dette dækker også over at konvertere data til OSM. Derudover mener de ikke, at vi overdrager en brugsret ifbm. en import, så selv under de omstændigheder er alt i orden. 3: (Ortofotos) Vi bruger fotoet, fordi kommunen har overdraget os en brugsret. Ved at stille fotoet til rådighed via en Mapserver overdrager vi ikke brugsretten til andre. Endnu en gang: det er fantastiske nyheder. Så er det nærmest bare at gå i gang :-) Jeg har indledningsvis lavet en test, hvor jeg importerede alle brønddæksler med tilhørende manhole-værdier (manhole=heating, drain, sewer). Mere præcist 3.216 styk, hvilket så samtidigt lod til at være de første overhovedet i Danmark: http://www.openstreetmap.org/browse/changeset/768 Det er nok ikke synderligt relevant data, men trods alt stadigvæk en egenskab i landskabet. Her er fx et screenshot af en vej fra JOSM med Stevns' luftfoto samt et par manhole-punkter: http://osm.ter.dk/gfx/josm_manholes.jpg Som man svagt kan se på de luftfotos, optræder de dæksler rent faktisk også i virkeligheden :-) manhole blev også valgt for ikke at komme i konflikt med eksisterende data, samt at gøre de indledende øvelser til at få sat noget automatisk opdatering af features, som (omtrent) ingen ville gide manuelt at opmåle. Importen foregik ved, at jeg ved hjælp af QGIS konverterede MapInfo-datasættet til geoJSON-format, hvilket gjorde det let for mig at efterbearbejde datasættet i PHP og lave relevante konverteringer (fx at brøndtype Regnvand blev til manhole=drain) for at ende op med en genereret .osm-fil, som jeg så uploadede vha. JOSM. Mit næste projekt er at få importeret bygninger. Datakvaliteten virker meget høj. Der er en ordentlig håndfuld forude samt nogle udfordringer med multipolygoner, plus at der bør tjekkes op imod eksisterende indtegnede bygninger i kommune-området i OSM. For hvad angår bekymringen om at import tager alt det sjove ud af OSM, så kan jeg berolige med, at der fortsat er kæmpe mængder af arbejde. Jeg skrev allerede lidt om det i forbindelse med Fugros luftfotos: http://wiki.openstreetmap.org/wiki/Da:Fugro#Indflydelse Vi mangler stadigvæk masser af lokale observationer. Hastighedsbegrænsninger, POIs, åbningstider, vejtyper (der skelnes ikke rigtigt mellem vejtyper), og ikke mindst gang- og cykelstier! Sidstnævnte er netop et område, hvor OSM er begyndt at rykke meget i forhold til andre kort. Dertil kommer, at meget af det importerede data kan ligge uden for det almindelige område. OSM lægger fx op til at man også kan registrere kloakdæksler og pipelines (de underjordiske rør), selv om de ikke kan observeres. Plus at nok ingen gider at registrere kloakdæksler, selv om det stadigvæk er en geografisk feature, som fx kan hjælpe med at finde positioner ud fra fotos, m.m.
[Talk-es] [OT] OSM mide cuánto mienten nuestro políticos
Como todos recordaréis hace poco el gobierno redujo el límite de velocidad en autovías/autopistas a 110 km/h. Para ilustrar lo poco que iba a costar la medida y el ahorro que supondría nos dijeron que se iban a poner unas pegatinas de quita y pon a las *6600* señales de 120 existentes. Pues bien, mirando los datos actuales de OSM en España resulta que hay etiquetadas 4257 highway=motorway_junction. Considerando que: 1- Normalmente por cada salida suele haber una entrada y en cada incorporación suele haber una señal con el límite de velocidad a cada lado de la calzada, ya tendríamos 8514 señales. 2- Actualmente faltan mchas motorway_junction por etiquetar. 3- Además de en las incorporaciones existen otras muchas señales de 120/110 en tramos intermedios. Podemos asumir que fácilmente puede haber más de 13200 señales de 120/110, o sea el doble de lo que nos han dicho, de donde se deduce que: 1- Al menos la mitad de lo que nos dicen los políticos es mentira. 2- La medida no busca el ahorro que nos han vendido, sino un incremento de la recaudación por multas. :-) :-) :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] bollard
los bolardos de sube y baja, como los etiquetaríais?: barrier=rising_bollard o barrier=bollard bollard:type=rising o de otra forma? he visto en la wiki muy oculto barrier=bollard automatic=yes pero me parece pobre alguien sabe como obtener estadísticas de este último uso? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] tag jardinera
no encuentro tag para una jardinera callejera sobre todo por que no encuentro traducción exacta al inglés maceta=pot pero no es eso alguien? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Río soterrado
Habara que aplicar ese valor donde coresponda. yo ya tengo tres sitios donde correguir -- *** ~ Un saludo cordial de Manuel ~ *** Mi sitio si te interesa mas información visita El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bollard
Yo entiendo por lo que he visto en Feature que un bolardo según OSM impide por definición que pase un coche, luego yo usaría otra cosa aunque quede más feo, como una puerta elevadora que se puede poner puntual: barrier:lift_gate, motorcar:destination (o lo que sea), foot:yes, biclicle:yes Si no, te tienes que ir al bolardo autentico, pero no estoy seguro que OSM te lo coja y renderize en los servidores o entienda lo que és, y es forzando con access*, aunque me da que en ese elemento no te deja. barrier:bollard, motorcar:destination (o lo que sea), foot:yes, biclicle:yes sergio sevillano escribió: los bolardos de sube y baja, como los etiquetaríais?: barrier=rising_bollard o barrier=bollard bollard:type=rising o de otra forma? he visto en la wiki muy oculto barrier=bollard automatic=yes pero me parece pobre alguien sabe como obtener estadísticas de este último uso? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] tag jardinera
Según esto, Iván Sanchez comentaba en etiquetarlos simplemente como bolardos: http://gis.638310.n2.nabble.com/como-mapear-jardineras-td4370943.html#a4370945 Y también en ese mismo post decía: /Creo que habría que proponer o bien barrier=potted_plant o bien barrier=garden_bed, y hacer que los renderizadores los traten como si fueran //*bolardos*. / Entiendo que quiere decir que se proponga una nueva etiqueta, pero desde ahí ya no he conseguio encontrar nada. sergio sevillano escribió: no encuentro tag para una jardinera callejera sobre todo por que no encuentro traducción exacta al inglés maceta=pot pero no es eso alguien? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Catastro
Por si resulta de interés de cara al futuro: El Catastro celebra una Jornada informativa sobre el servicio de descarga masiva de información catastral el próximo 6 de abril La información generada como resultado de la actividad catastral, con la potencialidad que le otorga el desarrollo de la sociedad de la información, posee un gran interés para las empresas a la hora de operar en sus ámbitos de actuación, contribuir al crecimiento económico y la creación de empleo, y también para los ciudadanos como elemento de transparencia y guía para la participación democrática. Recogiendo ambas aspiraciones, y siguiendo la línea abierta por la Directiva 2003/98/CE, de 17 de noviembre de 2003, del Parlamento Europeo y del Consejo, relativa a la reutilización de la información del sector público y la Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público, la Dirección General del Catastro pone a disposición de todos los usuarios el servicio de descarga masiva de información para lo cual ha diseñado un procedimiento específico de acceso al servicio de descarga a través de la Sede electrónica del Catastro. El objetivo de esta Jornada consiste en informar de primera mano a las empresas más activas en la reutilización de la información catastral de las potencialidades y requisitos de este nuevo servicio. Más info http://www.catastro.meh.es/jornada_dm/jornada.asp#menu1 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] tag jardinera
El 23/03/2011, a las 13:34, Juan Ramón Tamayo de la Torre escribió: Según esto, Iván Sanchez comentaba en etiquetarlos simplemente como bolardos: http://gis.638310.n2.nabble.com/como-mapear-jardineras-td4370943.html#a4370945 Y también en ese mismo post decía: Creo que habría que proponer o bien barrier=potted_plant o bien barrier=garden_bed, y hacer que los renderizadores los traten como si fueran bolardos. Entiendo que quiere decir que se proponga una nueva etiqueta, pero desde ahí ya no he conseguio encontrar nada. aqui la clave es el uso de la jardinera. si es para evitar que pasen vehículos (como un bolardo) entonces barrier=potted_plant o barrier=garden_bed (lo entiendo para si es +grande) es ok pero si es sólo decorativo, no se debería usar barrier, podría ser: amenity=garden_bed o leisure=garden_bed ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bollard
El 23/03/2011, a las 13:30, Juan Ramón Tamayo de la Torre escribió: Yo entiendo por lo que he visto en Feature que un bolardo según OSM impide por definición que pase un coche, luego yo usaría otra cosa aunque quede más feo, como una puerta elevadora que se puede poner puntual: barrier:lift_gate, motorcar:destination (o lo que sea), foot:yes, biclicle:yes no no, esto es una barrera levadiza http://wiki.openstreetmap.org/wiki/File:Lift_gate.jpg y no se aplica a bolardo http://wiki.openstreetmap.org/wiki/File:Rising_Bollard.jpg Si no, te tienes que ir al bolardo autentico, pero no estoy seguro que OSM te lo coja y renderize en los servidores o entienda lo que és, y es forzando con access*, exacto, es mejor concretar el bolardo, si le pones motorcar=yes anula las implicaciones. de todas formas ya he dicho alguna vez que personalmente lo de las implicaciones de los tags lo veo cada vez mas caotico no es mejor etiquetar todo lo que se ve, sin dar por hecho nada? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bollard
O sea, los experimentos con gaseosa: un bolardo es un bolardo. Pero en JOSM no existe esa opción, la tienes que añadir tu a mano. Yo creia que era para asegurar el sistema antes meteduras de pata. OK, bolardo con vehículos:yes, pero si el bolardo es de los que bajan en función de donde te diriges (cocheras, vehiculos autorizados) ¿no sería más lógico ponerlo restricted o destination ? sergio sevillano sergiosevillano.m...@gmail.com escribió: El 23/03/2011, a las 13:30, Juan Ramón Tamayo de la Torre escribió: Yo entiendo por lo que he visto en Feature que un bolardo según OSM impide por definición que pase un coche, luego yo usaría otra cosa aunque quede más feo, como una puerta elevadora que se puede poner puntual: barrier:lift_gate, motorcar:destination (o lo que sea), foot:yes, biclicle:yes no no, esto es una barrera levadiza http://wiki.openstreetmap.org/wiki/File:Lift_gate.jpg y no se aplica a bolardo http://wiki.openstreetmap.org/wiki/File:Rising_Bollard.jpg Si no, te tienes que ir al bolardo autentico, pero no estoy seguro que OSM te lo coja y renderize en los servidores o entienda lo que és, y es forzando con access*, exacto, es mejor concretar el bolardo, si le pones motorcar=yes anula las implicaciones. de todas formas ya he dicho alguna vez que personalmente lo de las implicaciones de los tags lo veo cada vez mas caotico no es mejor etiquetar todo lo que se ve, sin dar por hecho nada? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] tag jardinera
No es por ser cansino, pero no lo entiendo. Bueno, más bien es que no encuentro la etiqueta en la wiki: http://wiki.openstreetmap.org/wiki/Amenity_features#garden.3Dyes.2Fno.2Froofed.2Fpartial_roofed Y aquí: http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification Lo que quiero decir es que yo entendí por lo de Ivan que había que proponer kla etiqueta. Y de hecho yo entendía que si no está en el catálogo de features no se puede etiquetar de esa manera. O sea, Sergio, que me estoy liando. sergio sevillano sergiosevillano.m...@gmail.com escribió: El 23/03/2011, a las 13:34, Juan Ramón Tamayo de la Torre escribió: Según esto, Iván Sanchez comentaba en etiquetarlos simplemente como bolardos: http://gis.638310.n2.nabble.com/como-mapear-jardineras-td4370943.html#a4370945 Y también en ese mismo post decía: Creo que habría que proponer o bien barrier=potted_plant o bien barrier=garden_bed, y hacer que los renderizadores los traten como si fueran bolardos. Entiendo que quiere decir que se proponga una nueva etiqueta, pero desde ahí ya no he conseguio encontrar nada. aqui la clave es el uso de la jardinera. si es para evitar que pasen vehículos (como un bolardo) entonces barrier=potted_plant o barrier=garden_bed (lo entiendo para si es +grande) es ok pero si es sólo decorativo, no se debería usar barrier, podría ser: amenity=garden_bed o leisure=garden_bed ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bollard
La que hemos liado con los bolardos. Mis bolardos no son Lift_gate ni nada parecido. Son Rising_Bollard, o sea están en el pavimento y se escamotean o escando bajo el quedando a nivel de la calzada. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bollard
Por mi parte solo decir que mis bolardos depende de quien me los toque si son lift y rising. Lo siento, tenia que decirlo XD ha sido un dia largo de trabajo. Al 23/03/11 19:22, En/na Julio Torres ha escrit: La que hemos liado con los bolardos. Mis bolardos no son Lift_gate ni nada parecido. Son Rising_Bollard, o sea están en el pavimento y se escamotean o escando bajo el quedando a nivel de la calzada. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Catastro
On Miércoles 23 Marzo 2011 13:40:00 Jesus escribió: El objetivo de esta Jornada consiste en informar de primera mano a las empresas más activas en la reutilización de la información catastral de las potencialidades y requisitos de este nuevo servicio. Hhhmmm. ¿Alguien de OSM puede ir e informar a la lista? En esa fecha me pilla fuera de Madrid. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bollard
jajajajaja 2011/3/23 julian lozano julianloz...@atletaviajero.info Por mi parte solo decir que mis bolardos depende de quien me los toque si son lift y rising. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [OT] OSM mide cuánto mienten nuestro políticos
Como todos recordaréis hace poco el gobierno redujo el límite de velocidad en autovías/autopistas a 110 km/h. Para ilustrar lo poco que iba a costar la medida y el ahorro que supondría nos dijeron que se iban a poner unas pegatinas de quita y pon a las *6600* señales de 120 existentes. Pues bien, mirando los datos actuales de OSM en España resulta que hay etiquetadas 4257 highway=motorway_junction. Considerando que: 1- Normalmente por cada salida suele haber una entrada y en cada incorporación suele haber una señal con el límite de velocidad a cada lado de la calzada, ya tendríamos 8514 señales. 2- Actualmente faltan mchas motorway_junction por etiquetar. 3- Además de en las incorporaciones existen otras muchas señales de 120/110 en tramos intermedios. Podemos asumir que fácilmente puede haber más de 13200 señales de 120/110, o sea el doble de lo que nos han dicho, de donde se deduce que: 1- Al menos la mitad de lo que nos dicen los políticos es mentira. 2- La medida no busca el ahorro que nos han vendido, sino un incremento de la recaudación por multas. :-) :-) :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Sólo comentar que la recaudación por multas ha bajado, así que menos demagogia signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-fr] EPCIs arrondissements
Je suis aussi d'avis de ne mettre le nom de l'arrondissement sans « Arrondissement de » dans le tag name. Et idem pour les cantons. On le fait déjà pour les communes et pourtant il y a bien une différence entre une ville et sa commune. Mais les données permettent de savoir à quel type d'objet on a affaire. S'il y a une majorité pour, je suis prêt à m'incliner ! Y a-t-il d'autres avis en faveur du nom avec Arrondissement de ? Apparemment on n'est que 2 ! Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EPCIs arrondissements
Le 23/03/2011 08:42, Damouns a écrit : Je suis aussi d'avis de ne mettre le nom de l'arrondissement sans « Arrondissement de » dans le tag name. Et idem pour les cantons. On le fait déjà pour les communes et pourtant il y a bien une différence entre une ville et sa commune. Mais les données permettent de savoir à quel type d'objet on a affaire. S'il y a une majorité pour, je suis prêt à m'incliner ! Y a-t-il d'autres avis en faveur du nom avec Arrondissement de ? Apparemment on n'est que 2 ! Damouns +1 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
