[OSM-legal-talk] Using Google Street View to perform virtual survey
Message: 3 Date: Mon, 7 Apr 2014 02:38:07 +0200 From: Martin Koppenhoefer dieterdre...@gmail.com To: Licensing and other legal discussions. legal-talk@openstreetmap.org Subject: Re: [OSM-legal-talk] Using Google Street View to perform virtualsurvey Message-ID: 2c0901c2-d759-4bbe-b330-ca80303f5...@gmail.com Content-Type: text/plain; charset=us-ascii Am 07/apr/2014 um 02:24 schrieb Eugene Alvin Villar sea...@gmail.com: You can always file for a declaratory judgment: https://en.wikipedia.org/wiki/Declaratory_judgment interesting, wouldn't it be a good idea to try this for deriving facts from google sat or street view? On the other hand this would maybe not work out for OSMF with their seat in London? In European jurisdiction with its database doctrine those will probably be protected also when deriving uncopyrightable facts Wikimapia also doesn't have a permission from Google to use its sat imagery to build their maps: http://en.wikipedia.org/wiki/WikiMapia#Licensing . An on-going discussion in their forum was locked and several members tried to derail the topic towards the inquirer: http://wikimapia.org/forum/viewtopic.php?f=1t=10055start=10. It seems that Wikimapia has also this concern in mind. Their usage of Google material is rather obvious and they've been getting away with it for five years... regards, Paulo ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
This is obviously a legal grey area and until it ends up in court I suspect it will remain a grey area. However, I feel what IS black and white is that if we were to officially use Google StreetView or any non-open source to build our data then we should expect a lawsuit from Google or any other owner of said service/medium/technology. Also, we should remember that their legal budget will be much bigger than ours. In my opinion, we can only have one stance and that is such services are not available for us to use as a source for our database. We should, however, approach Google et al and ask them if they prohibit such use, I'm sure they'll say that we can't use it, but at least we'll know. To use any such service without express permission risks EVERYTHING, we would be leaving a door open for Google et al to file against us in the future and OSM could just descend into a legal black hole. Google would love that! We MUST be whiter than white. The Open in OpenStreetMap is a responsibility as well as a right and to protect that right we must act responsibly. Jonathan http://bigfatfrog67.me On 05/04/2014 16:50, Paulo Carvalho wrote: Dear fellow mappers, Let me present myself to you. I'm a OSM mapper from the Brazil community and a question rose there which caused a split in the group regarding Google Street View to perform virtual surveys, such as taking notes of house numbers and plotting them in the maps. After reading http://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F , I was pondering about the impossibility of copyright and licenses apply to facts and reality (not regarding philosophical aspects). Google Street View photos depict reality or facts, thus I could use them to observe reality and derive interpretations which would be genuine creative work. It would be illegal to use the images in Mapillary, for instance, but the facts depicted by the images are not property of Google. Your thoughts, please Paulo Carvalho ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
I think the License Working Group would echo exactly what Jonathan says. While it does not solve the problem of being able to map where there are no mappers, may I also seize the opportunity to promote John McKerrell's excellent OpenStreetView? It is a great under-exploited tool! http://openstreetview.org/ http://wiki.openstreetmap.org/wiki/Openstreetview Single photo and bulk upload works well. I am slowly adding my collection of 40,000+ OSM survey photos in the hope that other mappers will be able squeeze out even more map detail. You can choose from a variety of licenses for the actual photo, but the photo metadata is CC0. Mike On 07/04/2014 17:16, jonathan wrote: This is obviously a legal grey area and until it ends up in court I suspect it will remain a grey area. However, I feel what IS black and white is that if we were to officially use Google StreetView or any non-open source to build our data then we should expect a lawsuit from Google or any other owner of said service/medium/technology. Also, we should remember that their legal budget will be much bigger than ours. In my opinion, we can only have one stance and that is such services are not available for us to use as a source for our database. We should, however, approach Google et al and ask them if they prohibit such use, I'm sure they'll say that we can't use it, but at least we'll know. To use any such service without express permission risks EVERYTHING, we would be leaving a door open for Google et al to file against us in the future and OSM could just descend into a legal black hole. Google would love that! We MUST be whiter than white. The Open in OpenStreetMap is a responsibility as well as a right and to protect that right we must act responsibly. Jonathan http://bigfatfrog67.me On 05/04/2014 16:50, Paulo Carvalho wrote: Dear fellow mappers, Let me present myself to you. I'm a OSM mapper from the Brazil community and a question rose there which caused a split in the group regarding Google Street View to perform virtual surveys, such as taking notes of house numbers and plotting them in the maps. After reading http://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F , I was pondering about the impossibility of copyright and licenses apply to facts and reality (not regarding philosophical aspects). Google Street View photos depict reality or facts, thus I could use them to observe reality and derive interpretations which would be genuine creative work. It would be illegal to use the images in Mapillary, for instance, but the facts depicted by the images are not property of Google. Your thoughts, please Paulo Carvalho ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Community Guideline - Regional Cuts
Going back several years, Flickr started using OpenStreetMap as a base map for some but not all cities around the world. As a community, we were happy with that. But it does mean that we are saying the you publish a global map and have parts of it coming from OpenStreetMap without triggering share-alike on the rest. We have been asked about the Does and Don'ts. As a reality-check, I would therefore like us to have a guideline that protects the principles behind share-alike and encourages use of OpenStreetMap within large-scale or global electronic maps. Here is the proposed wording: https://wiki.openstreetmap.org/wiki/Open_Data_License/Regional_Cuts_-_Guideline I have three questions for you: 1) Is it basically OK with you personally? (Reality check!) 2) What is the smallest size we should allow? If it done at a continent level, I think no one would see a problem. But if we go to a smaller size, then there comes a point where map makers clearly avoid any responsibility to help improve our data by taking a village here, a village there where OSM is best and using other non-public data elsewhere. A win-win is to say OK you use our data but we want you to take some good, some bad so that you have an incentive to help fill in the bad. One option would be to limit to whole countries, whatever size. Another, which I personally favour, is cities/greater metropolitan areas. See more on the wiki page. 3) Are you OK with the wording allowing adjustment of roads, railways etc across boundaries without triggering share-alike? There seems to be no public value(?). See wiki page for more discussion. Mike Michael Collinson License Working Group ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
Most has already been said on this topic. Just one comment on the, superficially sane sounding, idea of getting a declaratory judgement: forgetting the ethical side of it (do we really want to use data collected by somebody that doesn't want us to do so?), we would need such a judgement in -every- jurisdiction where we would want people to freely use our data. That is so obviously balmy that i don't think it needs further discussion. Simon 07.04.2014 02:38, schrieb Martin Koppenhoefer: Am 07/apr/2014 um 02:24 schrieb Eugene Alvin Villar sea...@gmail.com mailto:sea...@gmail.com: You can always file for a declaratory judgment: https://en.wikipedia.org/wiki/Declaratory_judgment interesting, wouldn't it be a good idea to try this for deriving facts from google sat or street view? On the other hand this would maybe not work out for OSMF with their seat in London? In European jurisdiction with its database doctrine those will probably be protected also when deriving uncopyrightable facts cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
Am 07/apr/2014 um 19:57 schrieb Simon Poole si...@poole.ch: forgetting the ethical side of it (do we really want to use data collected by somebody that doesn't want us to do so?), from an ethical point of view you could also see it like this: as the information (geographic facts) in the data does not belong to them (but to everybody), why should they be able to put restrictions on the use? (undue appropriation) we would need such a judgement in -every- jurisdiction where we would want people to freely use our data. That is so obviously balmy that i don't think it needs further discussion. +1 (sweat of the brow) cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Using Google Street View to perform virtual survey
Message: 4 Date: Mon, 07 Apr 2014 18:04:58 +0200 From: Michael Collinson m...@ayeltd.biz To: legal-talk@openstreetmap.org Subject: Re: [OSM-legal-talk] Using Google Street View to perform virtual survey Message-ID: 5342ccaa.8080...@ayeltd.biz Content-Type: text/plain; charset=iso-8859-1; Format=flowed I think the License Working Group would echo exactly what Jonathan says. While it does not solve the problem of being able to map where there are no mappers, may I also seize the opportunity to promote John McKerrell's excellent OpenStreetView? It is a great under-exploited tool! http://openstreetview.org/ http://wiki.openstreetmap.org/wiki/Openstreetview Single photo and bulk upload works well. I am slowly adding my collection of 40,000+ OSM survey photos in the hope that other mappers will be able squeeze out even more map detail. You can choose from a variety of licenses for the actual photo, but the photo metadata is CC0. Mike Someone told me OSV was not currently being develped. Is this true? regards, Paulo ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] No new information on the SOTM since January 2014
Thanks Henk, @List, On 06.04.2014 20:08, Henk Hoff wrote: [...] More information will become available later this month. I would really love to come to SotM14. Nothing booked yet, but a huge mark in my calender is reminding me constantly to check travel prices. If chances of cancellation arise I would very appreciate if people would keep informed. Fingers crossed, knock on wood for a excellent SotM14. Lars ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ReMAPTCHA Demo BETA 0.2 online! (Was: Hate captchas!!!!)
Hi, We slightly updated http://remaptcha.herokuapp.com/ : It now validates the second control word (nearby the flag) better. BUT now, we have another variant #2 which has two steps: http://remaptcha2.herokuapp.com/ A variant means to me that's another possible solution (i.e. it's not Version 2). LG, Stefan 2014-04-05 12:18 GMT+02:00 Stefan Keller sfkel...@gmail.com: Hi, We've slightly updated ReMAPTCHA plugin. -S. [1] http://remaptcha.herokuapp.com/ 2014-03-31 18:47 GMT+02:00 moltonel 3x Combo molto...@gmail.com: On 31/03/2014, Stefan Keller sfkel...@gmail.com wrote: The scrambling of the Control Word is as intense as other Captchas but it's only 5-6 chars (instead of 10 or more). Hum, taking another look, it does seem more scrambled than I remember. But when I first checked, there was only text over the map, not over the imagery, so you changed stuff :p It's better, but I still feel it's not as scrambled as the typical ReCAPTCHA; for example it doesn't have anything overlaying it. We can afford this because an OCR needs to find first the boundaries of the word - and that's more difficult with labels on a map. One major flaw with displaying the text on both layers (rendered and satellite) is that you can substract one image from the other to be left with just the text without noise. Map labels are rare enough in the examples I saw. They might also be easyly filtered out as being non-scrambled and using known typefaces. And if we get an area with many labels that somehow confuse a bot but not a user, we're back to the got a few words, try to give combinations at random problem. You have to realize that the other word has to be written just to indicate if there is a path - else you can ommit it. Yes. The fact that there is a path is unknown to our system. I don't understand that part. You've created the chalenges, so you must know the answer ? So in your estimation, humans always succeded when only typing the Control Word. That (human) trick and not knowing the correct answer for the Control Word applies to all reCAPTCHAs. Bots need first to find 1. which one is the Control Word (including boundary) and then 2. to try OCR. Part of my point is that the bot doesn't need to distinguish the control word from the other word (assuming it OCRed the words correctly, see above). It has a 33% chance of getting it right randomly, which is fine. A 10% overall success rate is not an issue for a bot (but would be for a human). Please drop the scrambled text idea altogether. And make solving a CAPTCHA a fun activity in the process. Feedback so far was, that it's at least more fun than typing 15 characters and helping G* instead of OSM. That's my feedback too :) Note that I wouldn't be commenting if I thought the work didn't have merit :p But I'm afraid that the fun will quickly disapear, because we still have to squint and type, and because you'll notice that you need to raise the scrambling-related difficulty because bots still get thru. ...A click features on the satellite imagery task is one way to do it, but I'm sure there are others. This seems like a good idea and I'm open to collect those. I hope you'll explore the idea, so. There have been plenty of other attempts with image-based no-typing CAPTCHAs (search those terms), but I think that they suffered from the high cost of getting tagged source material. An OSM-backed satellite imagery CAPTCHA would have a huge amount of source material readily available. Unfortunately nobody came up until now with one, which fulfilled the properties of a reCAPTCHA, i.e. fast and easy to understand challenge by humans. I guess it's the usual problem of plenty of people having their idea about a feature, but it takes one person to actually go and do the work before they reallize that they had different features in mind, or that it was a bad idea... Thanks for working on that :) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] State Of The Map France starting tomorrow in Paris
streaming is currently under encoding... first video available will be in english about addresses in Denmark. FYI, we had 230 attendees over the 3 days (to compare to last year 50 attendees). 2014-04-05 9:47 GMT+02:00 Sylvain Maillard sylvain.maill...@gmail.com: SOTM-FR is live on http://numaparis.ubicast.tv/lives/numa-r4-event/ webcast will be available ... programm (in french) : http://openstreetmap.fr/sotmfr2014/programme Sylvain 2014-04-03 15:01 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com: Is there any live videos / webcasting for those folks who couldn't attend? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSRM-talk] mix kilometers and speed
sorry for my poor english , the data in my example may be false ... it's just to add différents amont which are not distance or time like l/km, highway with fee=yes is this possible or already integrated ? Le lundi 07 avril 2014 à 13:44 +0200, Florian Lohoff a écrit : On Mon, Apr 07, 2014 at 11:06:51AM +0200, didier2020 wrote: hi, i wonder if osrm can mix kilometers and speed to calculate a route exemple: my car : 5l/100 km with 1l = 1.5 € = 0.075€ for one kilometer me : my time can be arround 16€/h But this is not true for todays cars. Its consumption per km and travel speed. Yes - with the current downsizing of motors you get much lower fuel consumption on partial load e.g. the citys. But driving on the motorway you'll consume the same amount of fuel than having a 6 cylinder 3,5l engine. So its not fuel per time but fuel per km and road type. so for a trip of 50 km, and 20 minutes = (50*0.075) + (20/60*16) = 3.75 + 5.33 = 9.08€ Flo ___ OSRM-talk mailing list osrm-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSM-talk] Added more tickets for State of the Map US - squeeze in
This weekend, State of the Map US sold out at almost 500 tickets. Over the weekend we crunched numbers and added 30 more, we have also set up a waiting list. Find all details here on our blog post: http://openstreetmap.us/2014/04/sotmus-more-tickets/ If you don't have a ticket yet, move fast on getting one, those 30 are going fast. Looking forward to seeing you in DC. Alex -- Alex Barth Secretary OpenStreetMap United States Inc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Community Guidelines needs your review
I have now almost finished a major revamp of the Community Guideline pages at https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines. I now ask for a few eyeballs to review the pages so that they represent a community consensus rather than what Michael Collinson thinks. I revamped the format of each guideline for clarity and harmony. The actual guideline itself is now confined to a single section The Guideline. I added wording to the Trivial Transformation guideline from 2012 email on this mailing list. I added a new guideline Regional Cuts for something we have allowed but never formally codified. I added a new guideline Horizontal Layers. We believe legally ODbL is actually pretty clear on this, but it is difficult to understand for practical use of geodata. My key questions to you are: 1) The following guidelines have existed for a long time with no significant change or challenge, the age test. Do you have any objections to bumping them to the next step, formal endorsement by the Foundation? o Substantial o Produced Work o Trivial Transformations (strictly speaking the text is new on the wiki but has been around since 2012 on this list) 2) Do these new guidelines seem reasonable to you? o Regional Cuts o Horizontal layers 3) There are two new open issues in the Regional Cuts https://wiki.openstreetmap.org/wiki/Open_Data_License/Regional_Cuts_-_Guideline . Do you have any opinion? I will write a separate posting about them to make it easier. 4) Can you think of better, more obvious, names for any of the guidelines? Mike Michael Collinson License Working Group ___ legal-talk mailing list legal-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] No new information on the SOTM since January 2014
Hello everyone. I've read previous messages of this thread and as coordinator of the local organizing committee i can understand your concern about SotM status. This is the first event that we organize as a community in Argentina, because previous meetings have taken place in more informal context. In South America we don't have the same number of communities and members that exist today in Europe or in the United States, we still much to do, learn and grow and we're convinced that the realization of an event like State of the Map will be one of the first steps to build a community through the common work. Because the above, is reasonable to expect that the effort is greater because it not only involves the organization of a conference, but also require to build a working group on the basis of a community that never worked for an aim like that until today. We've been talking with Henk about doing the conference here since last year, even before Birmingham was announced as host, but we understood that it was necessary to prepare well for this purpose, with more time than it would take elsewhere. IIn fact, most of those that are members of the local organizing committee joined when Buenos Aires was announced as the next host. For our luck, Henk has fully cooperated with us from the begining so we are grateful. Currently our committee consists of 18 people, and we are doing our best to make a conference that include all the necessary with a minimal budget, because our aim is to contribute to the objectives of the Foundation even economically. We've not yet announced prices, location and other details because since last year Buenos Aires has many scheduled activities which makes it difficult to achieve the necessary with a minimum cost or even free. At the moment we have the logo, which has already been uploaded to the SotM's official twitter account and currently we're working on the website development. I know that some of you have organized previous SOTM so your experience may be very useful. We are open to all contributions, suggestions and inquiries you may have. Hoping to have cleared some of their concerns, I greet you. See you soon, Gonzalo G. Perez ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Info on SOTM (WAS: No new information on the SOTM since January 2014)
Hi Gonzalo, Henk, Thanks for the update. Having helped organise last year I had no doubt that SOTM 2014 would be going ahead - the OSMF, Henk and the SOTM Working Group are all behind it. Let me know if you need help with anything (announcements, blogging, tweeting or something that I can do from here in the UK). I'll send you some tips and the feedback results from last year - although I expect Henk may have done that already. Best wishes, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre m...@delattre.de wrote: I was going over the departmentos (admin_level=4) in Nicaragua yesterday. And it does not explain to me why the names of them not getting rendered in Mapnik. Please compare: * Province (admin_level=4) in Costa Rica: http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051 (label Guanacaste) * Departamentos (admin_level=4) in Nicaragua http://www.openstreetmap.org/relation/2194866#map=8/11.792/-85.122 (no label Chontales) I noticed in OSM Inspector an error on the Chontales multipolygon: layer:ring_not_closed_hullrel_id:2194866 lastchange:2014-03-12T04:13:04Z errmsg:ring_not_closedarea:0.78 tags:admin_level=4 boundary=administrative name=Chontales Fix the errors to see if that fixes the rendering problem. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
Thank you, Clifford. I hope I could fix those, by rechecking all the tagging and roles (outer especially) in the relations. I think this could have been the reason. Nevertheless this phenonema of not rendering the label of the admin_level=4 regions is happening with all regions/departamentos in Nicaragua. Also the ones which are not throwing an error by the OSM Inspector [1] Please compare with the relations which are subareas of the county's relation [2]. I further added a label to one of the regions' relation [3], using the short name for testing purposes, and placed it where no much other stuff is around. Marking the tiles, close to this label node, as /dirty to refresh them, would not render the region's label... :( [1] http://tools.geofabrik.de/osmi/?view=multipolygonlon=-85.04810lat=12.23695zoom=8overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes [2] http://www.openstreetmap.org/relation/287666 [3] http://www.openstreetmap.org/relation/2195081#map=8/11.921/-83.589 On 04/07/2014 11:14 AM, Clifford Snow wrote: On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre m...@delattre.de mailto:m...@delattre.de wrote: I was going over the departmentos (admin_level=4) in Nicaragua yesterday. And it does not explain to me why the names of them not getting rendered in Mapnik. Please compare: * Province (admin_level=4) in Costa Rica: http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051 (label Guanacaste) * Departamentos (admin_level=4) in Nicaragua http://www.openstreetmap.org/relation/2194866#map=8/11.792/-85.122 (no label Chontales) I noticed in OSM Inspector an error on the Chontales multipolygon: layer:ring_not_closed_hull rel_id: 2194866 lastchange: 2014-03-12T04:13:04Z errmsg: ring_not_closed area: 0.78 tags: admin_level=4 boundary=administrative name=Chontales Fix the errors to see if that fixes the rendering problem. Clifford -- @osm_seattle osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
In the relation for Nicaragua (id=287666), there are objects with role subarea. For example, addition of subarea role for Chontales is redundant with Relation Chontales (id=2194866). I dont know if this would fix the problem, but you could remove the redundant subarea members from the Nicaragua relation. Developpers that know how relations are rendered could tell what is the impact of redundant references adding subarea elements to the main relation. Pierre De : Felix Delattre m...@delattre.de À : Cc : Talk Openstreetmap talk@openstreetmap.org Envoyé le : Lundi 7 avril 2014 20h42 Objet : Re: [OSM-talk] admin_level 4 rendering Thank you, Clifford. I hope I could fix those, by rechecking all the tagging and roles (outer especially) in the relations. I think this could have been the reason. Nevertheless this phenonema of not rendering the label of the admin_level=4 regions is happening with all regions/departamentos in Nicaragua. Also the ones which are not throwing an error by the OSM Inspector [1] Please compare with the relations which are subareas of the county's relation [2]. I further added a label to one of the regions' relation [3], using the short name for testing purposes, and placed it where no much other stuff is around. Marking the tiles, close to this label node, as /dirty to refresh them, would not render the region's label... :( [1] http://tools.geofabrik.de/osmi/?view=multipolygonlon=-85.04810lat=12.23695zoom=8overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes [2] http://www.openstreetmap.org/relation/287666 [3] http://www.openstreetmap.org/relation/2195081#map=8/11.921/-83.589 On 04/07/2014 11:14 AM, Clifford Snow wrote: On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre m...@delattre.de wrote: I was going over the departmentos (admin_level=4) in Nicaragua yesterday. And it does not explain to me why the names of them not getting rendered in Mapnik. Please compare: * Province (admin_level=4) in Costa Rica: http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051 (label Guanacaste) * Departamentos (admin_level=4) in Nicaragua http://www.openstreetmap.org/relation/2194866#map=8/11.792/-85.122 (no label Chontales) I noticed in OSM Inspector an error on the Chontales multipolygon: layer:ring_not_closed_hull rel_id:2194866 lastchange:2014-03-12T04:13:04Z errmsg:ring_not_closed area:0.78 tags:admin_level=4 boundary=administrative name=Chontales Fix the errors to see if that fixes the rendering problem. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
I just added this today because in the local talk list (talk-ni) a friendly person pointed me to the relation defining Florida (http://www.openstreetmap.org/relation/162050) which is a subarea of USA http://www.openstreetmap.org/relation/148838 It made sense to me to add all the states/departamentos to the country's relation, so I did it. But this should be irrelevant to the rendering as the states of USA and the provinces of Costa Rica are getting rendered properly, no matter if they are as subarea defined in a parent relation (like it is the case in USA) or not (in Costa Rica). On 04/07/2014 01:29 PM, Pierre Béland wrote: In the relation for Nicaragua (id=287666), there are objects with role subarea. For example, addition of subarea role for Chontales is redundant with Relation Chontales (id=2194866). I dont know if this would fix the problem, but you could remove the redundant subarea members from the Nicaragua relation. Developpers that know how relations are rendered could tell what is the impact of redundant references adding subarea elements to the main relation. Pierre *De :* Felix Delattre m...@delattre.de *À :* *Cc :* Talk Openstreetmap talk@openstreetmap.org *Envoyé le :* Lundi 7 avril 2014 20h42 *Objet :* Re: [OSM-talk] admin_level 4 rendering Thank you, Clifford. I hope I could fix those, by rechecking all the tagging and roles (outer especially) in the relations. I think this could have been the reason. Nevertheless this phenonema of not rendering the label of the admin_level=4 regions is happening with all regions/departamentos in Nicaragua. Also the ones which are not throwing an error by the OSM Inspector [1] Please compare with the relations which are subareas of the county's relation [2]. I further added a label to one of the regions' relation [3], using the short name for testing purposes, and placed it where no much other stuff is around. Marking the tiles, close to this label node, as /dirty to refresh them, would not render the region's label... :( [1] http://tools.geofabrik.de/osmi/?view=multipolygonlon=-85.04810lat=12.23695zoom=8overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes [2] http://www.openstreetmap.org/relation/287666 http://www.openstreetmap.org/relation/287666 [3] http://www.openstreetmap.org/relation/2195081#map=8/11.921/-83.589 On 04/07/2014 11:14 AM, Clifford Snow wrote: On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre m...@delattre.de mailto:m...@delattre.de wrote: I was going over the departmentos (admin_level=4) in Nicaragua yesterday. And it does not explain to me why the names of them not getting rendered in Mapnik. Please compare: * Province (admin_level=4) in Costa Rica: http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051 (label Guanacaste) * Departamentos (admin_level=4) in Nicaragua http://www.openstreetmap.org/relation/2194866#map=8/11.792/-85.122 (no label Chontales) I noticed in OSM Inspector an error on the Chontales multipolygon: layer: ring_not_closed_hull rel_id: 2194866 lastchange: 2014-03-12T04:13:04Z errmsg: ring_not_closed area:0.78 tags:admin_level=4 boundary=administrative name=Chontales Fix the errors to see if that fixes the rendering problem. Clifford -- @osm_seattle osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us/ OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
Subarea members are a pain and duplicate geographic information, but I dont think they cause any performance issues, largely because all the relevant tools ignore them. From: Pierre Béland [mailto:pierz...@yahoo.fr] Sent: Monday, April 07, 2014 12:29 PM To: Felix Delattre Cc: Talk Openstreetmap Subject: Re: [OSM-talk] admin_level 4 rendering In the relation for Nicaragua (id=287666), there are objects with role subarea. For example, addition of subarea role for Chontales is redundant with Relation Chontales (id=2194866). I dont know if this would fix the problem, but you could remove the redundant subarea members from the Nicaragua relation. Developpers that know how relations are rendered could tell what is the impact of redundant references adding subarea elements to the main relation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?
Het valt me op dat bij twee routingwebsites die ik veel gebruik, fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven, vaak zelfs verschillende gebieden met een horizontale scheiding. En als je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied weergegeven. Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn, Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg, Leipzig, Bernsdorf, Welzow). Dit zijn allebei sites die nog de oude manier van projecteren gebruiken, met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook thuis met firefox, maar dat weet ik even niet zeker. Zijn er meer mensen die dit zien? Is dit een probleem van die websites en/of de techniek die ze gebruiken of ligt het aan mij? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?
Hoi Maarten, deze sites hebben last van het feit dat oude versies van OpenLayers niet compatibel zijn met nieuwe Windows/IE https://github.com/openlayers/openlayers/issues/686 Oplossing is migratie naar OpenLayers 2.13.1. Voor onze eigen applicaties zijn wij daarmee bezig. Groeten, Dirk Dipl. Geogr. Dirk Bussche Consultant t. +31 (0)570 666 830 ▪ w. www.dat.nl ▪ e. dbuss...@dat.nl (aanwezig op kantoor: maandag en donderdag) You are welcome in our stand on the following events: Intertraffic, Amsterdam Netherlands, 25-28 March ▪ Integrating Passenger Information, London United Kingdom, 26-27 March ▪ European Transport Conference, Frankfurt Germany, 29 September-01 October DAT.Mobility BV, Snipperlingsdijk 4, 7417 BJ Deventer, The Netherlands DAT.Mobility is part of the Goudappel Group, operating from offices in Amsterdam, Den Haag, Deventer, Eindhoven, Leeuwarden and partners globally. From: Maarten Deen md...@xs4all.nl To: talk-nl@openstreetmap.org, Date: 07-04-2014 09:33 Subject:[OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Het valt me op dat bij twee routingwebsites die ik veel gebruik, fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven, vaak zelfs verschillende gebieden met een horizontale scheiding. En als je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied weergegeven. Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn, Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg, Leipzig, Bernsdorf, Welzow). Dit zijn allebei sites die nog de oude manier van projecteren gebruiken, met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook thuis met firefox, maar dat weet ik even niet zeker. Zijn er meer mensen die dit zien? Is dit een probleem van die websites en/of de techniek die ze gebruiken of ligt het aan mij? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl image/gif___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?
hallo allemaal, ik ben per ongeluk in deze discussielijst terecht gekomen. hoe kan ik me afmelden? alvast bedankt Pieter van der Harst To: talk-nl@openstreetmap.org From: dbuss...@goudappel.nl Date: Mon, 7 Apr 2014 11:22:48 +0200 Subject: Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Hoi Maarten, deze sites hebben last van het feit dat oude versies van OpenLayers niet compatibel zijn met nieuwe Windows/IE https://github.com/openlayers/openlayers/issues/686 Oplossing is migratie naar OpenLayers 2.13.1. Voor onze eigen applicaties zijn wij daarmee bezig. Groeten, Dirk Dipl. Geogr. Dirk Bussche Consultant t. +31 (0)570 666 830 ▪ w. www.dat.nl ▪ e. dbuss...@dat.nl (aanwezig op kantoor: maandag en donderdag) You are welcome in our stand on the following events: Intertraffic, Amsterdam Netherlands, 25-28 March ▪ Integrating Passenger Information, London United Kingdom, 26-27 March ▪ European Transport Conference, Frankfurt Germany, 29 September-01 October DAT.Mobility BV, Snipperlingsdijk 4, 7417 BJ Deventer, The Netherlands DAT.Mobility is part of the Goudappel Group, operating from offices in Amsterdam, Den Haag, Deventer, Eindhoven, Leeuwarden and partners globally. From: Maarten Deen md...@xs4all.nl To: talk-nl@openstreetmap.org, Date: 07-04-2014 09:33 Subject: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Het valt me op dat bij twee routingwebsites die ik veel gebruik, fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven, vaak zelfs verschillende gebieden met een horizontale scheiding. En als je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied weergegeven. Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn, Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg, Leipzig, Bernsdorf, Welzow). Dit zijn allebei sites die nog de oude manier van projecteren gebruiken, met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook thuis met firefox, maar dat weet ik even niet zeker. Zijn er meer mensen die dit zien? Is dit een probleem van die websites en/of de techniek die ze gebruiken of ligt het aan mij? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl inline: ATT1___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?
Je emailadres invullen in het onderste invulveld op https://lists.openstreetmap.org/listinfo/talk-nl, dan op het volgende scherm 'Unsubscribe' aanklikken. 2014-04-07 13:59 GMT+02:00 pieter vd harst apida...@hotmail.com: hallo allemaal, ik ben per ongeluk in deze discussielijst terecht gekomen. hoe kan ik me afmelden? alvast bedankt Pieter van der Harst -- To: talk-nl@openstreetmap.org From: dbuss...@goudappel.nl Date: Mon, 7 Apr 2014 11:22:48 +0200 Subject: Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Hoi Maarten, deze sites hebben last van het feit dat oude versies van OpenLayers niet compatibel zijn met nieuwe Windows/IE *https://github.com/openlayers/openlayers/issues/686*https://github.com/openlayers/openlayers/issues/686 Oplossing is migratie naar OpenLayers 2.13.1. Voor onze eigen applicaties zijn wij daarmee bezig. Groeten, Dirk Dipl. Geogr. Dirk Bussche *Consultant* t. +31 (0)570 666 830 [image: Zwart vierkantje] w. *www.dat.nl*https://www.dat.nl [image: Zwart vierkantje] e. dbuss...@dat.nl *(aanwezig op kantoor: maandag en donderdag)* *You are welcome in our stand on the following events: *Intertraffichttp://www.intertraffic.com/intertraffic-amsterdam/Pages/default.aspx, Amsterdam Netherlands, 25-28 March [image: Zwart vierkantje] Integrating Passenger Information http://www.passenger-information-2014.com/, London United Kingdom, 26-27 March [image: Zwart vierkantje] *European Transport Conference* http://etcproceedings.org/, Frankfurt Germany, 29 September-01 October DAT.Mobility BV, Snipperlingsdijk 4, 7417 BJ Deventer, The Netherlands DAT.Mobility is part of the Goudappel Group, operating from offices in Amsterdam, Den Haag, Deventer, Eindhoven, Leeuwarden and partners globally. From:Maarten Deen md...@xs4all.nl To:talk-nl@openstreetmap.org, Date:07-04-2014 09:33 Subject:[OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? -- Het valt me op dat bij twee routingwebsites die ik veel gebruik, fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven, vaak zelfs verschillende gebieden met een horizontale scheiding. En als je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied weergegeven. Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn, Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg, Leipzig, Bernsdorf, Welzow). Dit zijn allebei sites die nog de oude manier van projecteren gebruiken, met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook thuis met firefox, maar dat weet ik even niet zeker. Zijn er meer mensen die dit zien? Is dit een probleem van die websites en/of de techniek die ze gebruiken of ligt het aan mij? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- André Engels, andreeng...@gmail.com inline: ATT1___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Notas no Mapa
Aqui em BH tem aparecido muitas notas úteis, num bairro até uma pessoa identificou todas as vias de mão única, eu nem dei conta de terminar de revisar. Infelizmente todas são anônimas, assim ficamos impedidos de tirar dúvidas. Tenho achado um recurso bem interessante. Melhor que abrir o editor sem qualquer conhecimento de causa e sair editando e por vezes apagando coisas que não devia. Assim a pessoa pode dar suas contribuições pontuais/ocasionais e deixar que um mapeador mais experiente resolva o caso. Como proceder quando identificamos uma nota criada por brincadeira, sabotagem, ou sei lá o que? Assim que vejo, seja onde for, eu coloco no comentário spam (que eu acho que diz tudo) e fecho a nota como resolvida. Se deixar em aberto apenas incentiva outras pessoas a fazerem brincadeiras também. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google street view
Caro Paulo, Imagina essa situação: um novo colaborador vê essa resposta e sai copiando de tudo que é fonte porque já que é a realidade, eu posso. O que custava dizer Eu não concordo, acho um absurdo sem tamanho, uma covardia sem medida, mas a comunidade do OSM em geral indica que as fotos do StreetView não devem ser utilizadas ? Ou estou supondo errado e você realmente não sabia que essa era a recomendação? Acho um pouco nocivo esse tipo de resposta direta e unilateral que meio que esconde o lado da maioria da comunidade do OSM e da OSMF. Como você deve ter percebido, além da questão legal complexa, o projeto tem essa regra de evitar fontes que não tenham tido uma autorização expressa de uso, seja por uma licença permissiva ou por autorização direta ao OSM. O StreetView, além de não ter uma autorização expressa, tem, oras, uma proibição expressa. A OSMF não quer correr riscos: esse é o ponto principal. Se você quer, ou os convença disso, ou esqueça e não ponha o projeto em riscos desnecessários. Eu também adoraria utilizar essas fotos como fonte e acho que a Google deveria sim liberar, mas, além de admitir que pode haver problemas legais*, eu creio que seria errado agir contra a filosofia do resto da comunidade do OSM. Colocar a fonte como survey? Eu mapeio uma rua na China pelo StreetView e digo que foi survey? Uma rua que talvez nem exista mais. O que a comunidade local vai achar disso? Se for para usar a tag source=* corretamente, de maneira informativa, ela seria source=GoogleStreetView. E o que nos garante que não há armadilhas nas fotos do StreetView? Seria muito bobo da parte deles não colocar nenhuma armadilha, não acha? Aí a pessoa mapeia algumas delas no OSM e o argumento de que estou mapeando a realidade e a realidade não tem copyright vai para o brejo. O único argumento que a pessoa tinha. * Isso é obvio, na minha opinião. Se aproveitar de recursos de uma das empresas mais poderosas do mundo. Contra os termos de uso deles. Eles com muito dinheiro e um arsenal de bons advogados. Uma empresa que tem um produto que pode perder mercado com o crescimento do OSM. Uma empresa que compete com o OSM diretamente por colaboradores através do MapMaker. Uma utilização ilegal que pode ser comprovada com armadilhas. Precisa dizer algo mais? 2014-04-05 10:45 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Em 5 de abril de 2014 10:31, Wallace Silva wsi...@gmail.com escreveu: Pessoal é possível usar o google street view para ver nomes de placas das ruas e adicionar o nomes? O Street View registra a realidade (sem entrar em implicações filosóficas) e a realidade não pode ser objeto de copyright. Portanto acho legítimo consultar o Street View, ou qualquer outra foto, para acessar a realidade como se você estivesse passando pelo local. O que você não pode fazer é copiar as imagens do Street View para uso em outra coisa sem a permissão da Google. As fotos em si, como coisa, são de propriedade da Google, mas o que elas retratam, não. e se sim. como ficaria a tag source? Survey. É como se você tivesse ido aos locais. -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google street view
Agora Dizer que não se pode usar o Street pra se coletar nome de Ruas, na minha santa Ignorância fica meio vago isso... Eu desenho uma Rua, sei o nome dela,coloco no mapa... Como questionar isso, se eu peguei este nome dela, passando por lá? Vendo no Street ou no catálogo de uma loja que fica nela? Eu entendo a sua colocação. Eu até acho eticamente defensável, já que o Google copia tudo de todos sem pedir licença a ninguém. Mas não é esta a situação. O problema é que ao fazer isto (copiar do Street View) coloca-se o OSM numa situação de fragilidade. Para entender porque tudo que é Google é tabu para o OSM é preciso voltar aos princípcios básicos do OSM. OpenStreetMap, o essencial é o Open, a garantia que se dá a todos os usuários do OSM de que o mapa não tem o rabo preso com nenhum copyright e que não se violou os termos de uso de ninguém ao elaborar o mapa. Se o custo de ser Open é ter um mapa incompleto, então paciência, que fique incompleto até que alguém vá ao lugar e colete a informação em primeira mão ou encontre outras fontes utilizáveis. O grande problema é que o OSM não aguentaria um único questionamento judicial sequer. Então o OSM evita entrar em conflitos judiciais a todo o custo. Por isto o ato* extremo *de pedir que ningém use nada do Google, nem mesmo o Street View. Teoricamente seria possível correlacionar suas buscas no Street View com as edições no OSM. Penso que não seria difícil isto, especialmente se tiver sido feito de maneira sistemática. Não sei se o Google faria algo assim, mas com certeza tem a tecnologia para isto. Já feito de maneira ocasional, para resolver uma dúvida por exemplo não seria um problema (no meu ponto de vista). abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google street view
O thread que o Paulo começou na legal-talk: https://lists.openstreetmap.org/pipermail/legal-talk/2014-April/007743.html A opinião geral é de que não é claro de que seria estritamente proibido usar imagens do Street View, mas que isso traz riscos desnecessários para o OpenStreetMap. A filosofia do projeto é ter a base mais limpa possível, e por isso o consenso é de não devemos utilizar nada do Google, nem de outras fontes sem autorização expressa. A geração de dados a partir do Street View traz um risco legal, óbvio, e um técnico, porque seria muito difícil remover dados derivados do OSM. Esta postura é muito difícil de descobrir que estou copiando, então beleza, que já apareceu aqui na lista em outro caso, é extremamente nociva para a comunidade brasileira. Isto porque temos que buscar que o mapa do Brasil seja em sua maioria formado por dados coletados no local, imbatíveis em termos de qualidade. Vitor 2014-04-07 11:41 GMT-03:00 Gerald Weber gwebe...@gmail.com: Agora Dizer que não se pode usar o Street pra se coletar nome de Ruas, na minha santa Ignorância fica meio vago isso... Eu desenho uma Rua, sei o nome dela,coloco no mapa... Como questionar isso, se eu peguei este nome dela, passando por lá? Vendo no Street ou no catálogo de uma loja que fica nela? Eu entendo a sua colocação. Eu até acho eticamente defensável, já que o Google copia tudo de todos sem pedir licença a ninguém. Mas não é esta a situação. O problema é que ao fazer isto (copiar do Street View) coloca-se o OSM numa situação de fragilidade. Para entender porque tudo que é Google é tabu para o OSM é preciso voltar aos princípcios básicos do OSM. OpenStreetMap, o essencial é o Open, a garantia que se dá a todos os usuários do OSM de que o mapa não tem o rabo preso com nenhum copyright e que não se violou os termos de uso de ninguém ao elaborar o mapa. Se o custo de ser Open é ter um mapa incompleto, então paciência, que fique incompleto até que alguém vá ao lugar e colete a informação em primeira mão ou encontre outras fontes utilizáveis. O grande problema é que o OSM não aguentaria um único questionamento judicial sequer. Então o OSM evita entrar em conflitos judiciais a todo o custo. Por isto o ato* extremo *de pedir que ningém use nada do Google, nem mesmo o Street View. Teoricamente seria possível correlacionar suas buscas no Street View com as edições no OSM. Penso que não seria difícil isto, especialmente se tiver sido feito de maneira sistemática. Não sei se o Google faria algo assim, mas com certeza tem a tecnologia para isto. Já feito de maneira ocasional, para resolver uma dúvida por exemplo não seria um problema (no meu ponto de vista). abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google street view
Interessante este debate e generalizar a restrição do emprego do Google Street View para determinadas consultas me soa estranho. Seria como restringir nossa visão, nossa interpretação de uma imagem na foto. No site maparadar que administro empregamos muito o Google Street View, onde disponível, para sanarmos algumas duvidas como: - quando o Google fotografou a via já existia o radar de velocidade? - qual era a velocidade máxima permitida no trecho da via visto na sinalização R19, na distancia do sensor, regulamentada pelo CONTRAN. - a via é pavimentada? - a pista é simples ou dupla? - a pista é de sentido único? - etc, etc, etc Em que pese que o Google fotografou as vias há tempos, dados fornecidos por colaborador contrariando o visto no Street View, nos leva a mover a solicitação para pendentes e questionar aquele colaborador. Não considero essa consulta por nós feita no Google Street View esteja ferindo a licença do Google. Entendo que o Google fotografou e disponibilizou publicamente a foto do local. A interpretação daquela foto e o extraído dessa interpretação é nosso e não do Google. Entendemos que consultar algo na foto é uma coisa e publicar aquela foto outra. O Google detém os direitos autorais da foto e não da interpretação dos objetos contidos na foto, seja para que fim for. Particularmente me simpatizo muito com o Google Street View porque ele me permite a consulta, onde disponível. de cenário local para onde me dirijo e nunca fui. Certo que algumas vezes me dou mal devido as fotos estarem desatualizadas. Regido pela lei do idoso e de educação aeronáutica, aprendi a fazer um plano de vôo antecipado consultando todas as fontes de referência disponíveis na praça. From: Vitor George Sent: Monday, April 7, 2014 12:57 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Google street view O thread que o Paulo começou na legal-talk: https://lists.openstreetmap.org/pipermail/legal-talk/2014-April/007743.html A opinião geral é de que não é claro de que seria estritamente proibido usar imagens do Street View, mas que isso traz riscos desnecessários para o OpenStreetMap. A filosofia do projeto é ter a base mais limpa possível, e por isso o consenso é de não devemos utilizar nada do Google, nem de outras fontes sem autorização expressa. A geração de dados a partir do Street View traz um risco legal, óbvio, e um técnico, porque seria muito difícil remover dados derivados do OSM. Esta postura é muito difícil de descobrir que estou copiando, então beleza, que já apareceu aqui na lista em outro caso, é extremamente nociva para a comunidade brasileira. Isto porque temos que buscar que o mapa do Brasil seja em sua maioria formado por dados coletados no local, imbatíveis em termos de qualidade. Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear bairros como área.
Eu recomendo fazer assim: - usar rios/parques/etc. (qualquer objeto raramente editado no OSM) como limite para países, estados, cidades e bairros - se o limite for uma via separada, sempre desenhar a linha do limite no meio das duas linhas da via - não usar ruas/estradas (frequentemente editados) como limite enquanto os editores iD e Potlatch não conscientizarem o mapeador sobre as relações emitindo alertas; esse caso só afeta vias não separadas, e daí a sugestão é escolher um dos lados (qualquer um está ok) por onde passar o limite Isso nos daria o trabalho futuro de integrar esses limites à via, mas evita o problema atual de perda de informações. Esse trabalho futuro seria de baixa prioridade, já que deixar assim não faz mal pra maioria das aplicações práticas do mapa. Foi dessa forma que eu mapeei as regiões administrativas do DF, e é como eu pretendo remapear os poucos bairros que eu mapeei aqui em Porto Alegre. Não fosse o problema dos editores, eu acho que o ideal seria reaproveitar a rua sempre (exceto no caso da via separada). O problema de fazer da forma ideal atualmente: ainda não há como ser notificado de que essas relações foram quebradas. E mesmo que houvesse, teríamos que ficar consertando elas continuamente (já que a maioria dos usuários iniciantes não faz idéia do que são as relações e de como funcionam, e também não podemos exigir isso deles). O mesmo problema afeta relações de rota e restrições de conversão, mas diferente dos limites, não tem como contornar nesses casos. Sugiro dar uma lida nisso: http://forum.openstreetmap.org/viewtopic.php?id=24377 On Apr 4, 2014 4:40 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um limpeza. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.comescreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Mapear bairros como área.
Estou estudando uma maneira aqui pra ver como proceder nos meus... Más..a principio, qdo a Rua for o limite, acho que tem q cuidar ali como vai fica essa poluição no mapa, uma vez que no GPS vai ter ali o traçado da via e o traçado do limite, juntos ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 Date: Mon, 7 Apr 2014 15:40:07 -0300 From: fernando.treb...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapear bairros como área. Eu recomendo fazer assim: - usar rios/parques/etc. (qualquer objeto raramente editado no OSM) como limite para países, estados, cidades e bairros - se o limite for uma via separada, sempre desenhar a linha do limite no meio das duas linhas da via - não usar ruas/estradas (frequentemente editados) como limite enquanto os editores iD e Potlatch não conscientizarem o mapeador sobre as relações emitindo alertas; esse caso só afeta vias não separadas, e daí a sugestão é escolher um dos lados (qualquer um está ok) por onde passar o limite Isso nos daria o trabalho futuro de integrar esses limites à via, mas evita o problema atual de perda de informações. Esse trabalho futuro seria de baixa prioridade, já que deixar assim não faz mal pra maioria das aplicações práticas do mapa. Foi dessa forma que eu mapeei as regiões administrativas do DF, e é como eu pretendo remapear os poucos bairros que eu mapeei aqui em Porto Alegre. Não fosse o problema dos editores, eu acho que o ideal seria reaproveitar a rua sempre (exceto no caso da via separada). O problema de fazer da forma ideal atualmente: ainda não há como ser notificado de que essas relações foram quebradas. E mesmo que houvesse, teríamos que ficar consertando elas continuamente (já que a maioria dos usuários iniciantes não faz idéia do que são as relações e de como funcionam, e também não podemos exigir isso deles). O mesmo problema afeta relações de rota e restrições de conversão, mas diferente dos limites, não tem como contornar nesses casos. Sugiro dar uma lida nisso: http://forum.openstreetmap.org/viewtopic.php?id=24377 On Apr 4, 2014 4:40 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um “limpeza”. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.com escreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear bairros como área.
Idealmente quem tem que tratar isso é o GPS na hora de mostrar as informações. Mas na minha pouca experiência nunca vi nenhum que desse ênfase aos limites de bairros. 2014-04-07 15:45 GMT-03:00 A. Carlos anorcar...@hotmail.com: Estou estudando uma maneira aqui pra ver como proceder nos meus... Más..a principio, qdo a Rua for o limite, acho que tem q cuidar ali como vai fica essa poluição no mapa, uma vez que no GPS vai ter ali o traçado da via e o traçado do limite, juntos *___* *Anor C. A. de Souza Co* *ncórdia SC * 49-8808-4963 -- Date: Mon, 7 Apr 2014 15:40:07 -0300 From: fernando.treb...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapear bairros como área. Eu recomendo fazer assim: - usar rios/parques/etc. (qualquer objeto raramente editado no OSM) como limite para países, estados, cidades e bairros - se o limite for uma via separada, sempre desenhar a linha do limite no meio das duas linhas da via - não usar ruas/estradas (frequentemente editados) como limite enquanto os editores iD e Potlatch não conscientizarem o mapeador sobre as relações emitindo alertas; esse caso só afeta vias não separadas, e daí a sugestão é escolher um dos lados (qualquer um está ok) por onde passar o limite Isso nos daria o trabalho futuro de integrar esses limites à via, mas evita o problema atual de perda de informações. Esse trabalho futuro seria de baixa prioridade, já que deixar assim não faz mal pra maioria das aplicações práticas do mapa. Foi dessa forma que eu mapeei as regiões administrativas do DF, e é como eu pretendo remapear os poucos bairros que eu mapeei aqui em Porto Alegre. Não fosse o problema dos editores, eu acho que o ideal seria reaproveitar a rua sempre (exceto no caso da via separada). O problema de fazer da forma ideal atualmente: ainda não há como ser notificado de que essas relações foram quebradas. E mesmo que houvesse, teríamos que ficar consertando elas continuamente (já que a maioria dos usuários iniciantes não faz idéia do que são as relações e de como funcionam, e também não podemos exigir isso deles). O mesmo problema afeta relações de rota e restrições de conversão, mas diferente dos limites, não tem como contornar nesses casos. Sugiro dar uma lida nisso: http://forum.openstreetmap.org/viewtopic.php?id=24377 On Apr 4, 2014 4:40 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um “limpeza”. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.com escreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing
Re: [Talk-br] Google street view
Em 7 de abril de 2014 11:18, Bráulio brauliobeze...@gmail.com escreveu: Caro Paulo, Imagina essa situação: um novo colaborador vê essa resposta e sai copiando de tudo que é fonte porque já que é a realidade, eu posso. As situações são diferentes. Posso olhar uma foto qualquer para ler uma placa e transcrever seu conteúdo sem problemas. O que eu não posso fazer é copiar a foto. Acho que você não entendeu a questão. O que custava dizer Eu não concordo, acho um absurdo sem tamanho, uma covardia sem medida, mas a comunidade do OSM em geral indica que as fotos do StreetView não devem ser utilizadas ? Ou estou supondo errado e você realmente não sabia que essa era a recomendação? Bráulio, sou um pensador independente. Estava falando por mim. E reafirmo tudo o que eu disse a respeito. Acho um pouco nocivo esse tipo de resposta direta e unilateral Não há nada de unilateral, Bráulio. Não falei em nome da comunidade. Tudo que falei são expressão do meu pensamento. Também acho nicivo o tratamento hostil a que alguns de nós tem sido dispensada, sobretudo os ex-Tracksource. Espero sinceramente que não estejamos sendo vítimas de preconceito e patrulha ideológica. que meio que esconde o lado da maioria da comunidade do OSM e da OSMF. Como você deve ter percebido, além da questão legal complexa, o projeto tem essa regra de evitar fontes que não tenham tido uma autorização expressa de uso, seja por uma licença permissiva ou por autorização direta ao OSM. O StreetView, além de não ter uma autorização expressa, tem, oras, uma proibição expressa. A OSMF não quer correr riscos: esse é o ponto principal. Se você quer, ou os convença disso, ou esqueça e não ponha o projeto em riscos desnecessários. Reafirmo tudo o que eu disse. Se você não gosta, paciência, defenda sua tese e eu a minha. E já há uma discussão que iniciei no legal-talk, onde há pessoas defendendo ambas as teses. Não é você que vai decidir. Eu também adoraria utilizar essas fotos como fonte e acho que a Google deveria sim liberar, mas, além de admitir que pode haver problemas legais*, eu creio que seria errado agir contra a filosofia do resto da comunidade do OSM Sim é errado. Quem está agindo errado, filho? Nada fiz de concreto. Só estou no campo das ideias. E, mais cara, vai dar sermão em outro. Já perdi tempo demais com isso. []s Paulo 2014-04-05 10:45 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Em 5 de abril de 2014 10:31, Wallace Silva wsi...@gmail.com escreveu: Pessoal é possível usar o google street view para ver nomes de placas das ruas e adicionar o nomes? O Street View registra a realidade (sem entrar em implicações filosóficas) e a realidade não pode ser objeto de copyright. Portanto acho legítimo consultar o Street View, ou qualquer outra foto, para acessar a realidade como se você estivesse passando pelo local. O que você não pode fazer é copiar as imagens do Street View para uso em outra coisa sem a permissão da Google. As fotos em si, como coisa, são de propriedade da Google, mas o que elas retratam, não. e se sim. como ficaria a tag source? Survey. É como se você tivesse ido aos locais. -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google street view
Existem dois princípios legais: Sistema inglês: se não está explícitamente proibido conclui-se que é permitido. Sistema alemão: se não está explícitamente permitido conclui-se que é proibido. Claramente, o OSM segue o sistema alemão: se não nos deram permissão explícita para usar, então não podemos usar. O Google Street View cai exatamente na categoria em que não foi dada permissão explícita de uso. Agora eu acho que não nos falta material para processar. Podemos passar anos a fio mapeando só a partir dos mapas do IBGE. Google não faz falta. abraços a todos Gerald PS: Há quem diz que existe um terceiro sistema legal, o sistema brasileiro: mesmo que esteja explícitamente proibido conclui-se que é permitido :) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google street view
2014-04-07 23:12 GMT+03:00 Gerald Weber gwebe...@gmail.com: Existem dois princípios legais: Sistema inglês: se não está explícitamente proibido conclui-se que é permitido. Sistema alemão: se não está explícitamente permitido conclui-se que é proibido. Claramente, o OSM segue o sistema alemão: se não nos deram permissão explícita para usar, então não podemos usar. O Google Street View cai exatamente na categoria em que não foi dada permissão explícita de uso. Agora eu acho que não nos falta material para processar. Podemos passar anos a fio mapeando só a partir dos mapas do IBGE. Google não faz falta. abraços a todos Gerald PS: Há quem diz que existe um terceiro sistema legal, o sistema brasileiro: mesmo que esteja explícitamente proibido conclui-se que é permitido :) Sinceramente, não vejo a diferença em termos jurídicos entre uma foto de satélite e uma foto do Street View. Tecnicamente falando uma foi tirada do espaço e outra do chão, mas ninguém esta questionando a possibilidade de fazer traces do Google Maps. Os argumentos usados para o Street View poderiam ser os mesmo para imagens de satélite: é fato, ninguém pode ter copyright sobre a realidade, não dá para distinguir um trace de imagem de satélite de uma foto que eu tirei quando estava voando com um aeromodelo equipado com uma câmera. Para mim não há a menor sombra de dúvida que as regras do OSM não permitem usar as imagens do Street View para qualquer finalidade. Que não usemos o terceiro sistema legal. :) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Site Foursquare, usando mapa OSM
Amigos, Este site, sobre atrações de uma cidade, usa os mapas OSM para posicionar as atrações e mensagens sobre as mesmas: https://pt.foursquare.com/ []s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Site Foursquare, usando mapa OSM
Paulo, o Foursquare usa o OSM como mapa base desde 2012, mas não para obter a posição dos locais (venues) - esses são dados levantados pelos próprios usuários, muitas vezes usando o Google Maps ou outras ferramentas semelhantes, e não devem ser usados para mapear locais no OSM. Mais detalhes em https://www.mapbox.com/blog/foursquare-switches-mapbox-streets-openstreetmap/ []s 2014-04-07 18:29 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Amigos, Este site, sobre atrações de uma cidade, usa os mapas OSM para posicionar as atrações e mensagens sobre as mesmas: https://pt.foursquare.com/ []s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Site Foursquare, usando mapa OSM
Foi inclusive pelo Foursquare que eu descobri o OSM... Em 07/04/2014 18:32, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Paulo, o Foursquare usa o OSM como mapa base desde 2012, mas não para obter a posição dos locais (venues) - esses são dados levantados pelos próprios usuários, muitas vezes usando o Google Maps ou outras ferramentas semelhantes, e não devem ser usados para mapear locais no OSM. Mais detalhes em https://www.mapbox.com/blog/foursquare-switches-mapbox-streets-openstreetmap/ []s 2014-04-07 18:29 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Amigos, Este site, sobre atrações de uma cidade, usa os mapas OSM para posicionar as atrações e mensagens sobre as mesmas: https://pt.foursquare.com/ []s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Site Foursquare, usando mapa OSM
Falando nisso, tem outro site bem conhecido que usa o OSM: o Github, que é um repositório de códigos de programas (entre outras coisas). Ele utiliza o OSM para visualização de arquivos .geojson Um exemplo (do wille) é o seguinte: https://gist.github.com/willemarcel/37a8be9409baa07cf31e Muito bacana ver sites grandes utilizando o OSM. (também acho que ver sites pequenos o utilizando é bacana) Em 7 de abril de 2014 18:31, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Paulo, o Foursquare usa o OSM como mapa base desde 2012, mas não para obter a posição dos locais (venues) - esses são dados levantados pelos próprios usuários, muitas vezes usando o Google Maps ou outras ferramentas semelhantes, e não devem ser usados para mapear locais no OSM. Mais detalhes em https://www.mapbox.com/blog/foursquare-switches-mapbox-streets-openstreetmap/ []s 2014-04-07 18:29 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Amigos, Este site, sobre atrações de uma cidade, usa os mapas OSM para posicionar as atrações e mensagens sobre as mesmas: https://pt.foursquare.com/ []s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Site Foursquare, usando mapa OSM
Aun Johnsen On Apr 7, 2014, at 19:02, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Acho que não devemos usar dados de fonte alguma, nem mesmo Bing, pois nada garante a Microsoft não vá revogar a permissão no futuro. O permissão a usar Bing e muito ligado com Steve Coast’s trabalho no Microsoft, e talvez fui um dos condições para o Coast assinar contrato com Microsoft. Ele trabalhando com geo-informatica no Microsoft, alias mapas Bing Mas se ele sair do Microsoft pode mudar tudo.___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [Talk-pt] Wiki: unificação de prefixos Pt e Pt-br
Boas, Eu sou uma das pessoas que votou contra, e basicamente a minha preocupação, como dito no texto do voto e mesmo a possibilidade de afastar novos utilizadores de PT do OSM. Não quero votar contra só porque sim e pronto, queria mesmo chamar atenção para que medidas sejam tomadas no caso da unificação para poder lidar com os textos que criem algum desconforto por causa das diferenças na língua. A ideia de ter secções diferentes nas paginas onde as tais diferenças justificam parece-me uma boa ideia e provavelmente iria resolver a maioria dos possíveis problemas que a unificação traz. Eu vou atualizar o meu voto, indicando essas minhas preocupações porque a ideia não e votar não a qualquer mudança só porque sim. Aproveito esta mensagem para pedir as pessoas que deem um saltinho na pagina e votar, não leva mais de 1m para podermos ter mais opiniões mesmo que o voto seja neutro, sobre esta iniciativa e nao deixa-la morrer. Para votar e aqui: https://wiki.openstreetmap.org/wiki/Category_talk:User_pt 2014-04-03 0:32 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Prezados, Primeiramente gostaria de me apresentar. Sou participante da comunidade brasileira do OSM e mapeio no sul do Brasil há aproximadamente 18 meses. Colaboro com a comunidade brasileira nos mais diversos assuntos, desde mapeamentos locais até grandes importações automatizadas, com a manutenção do wiki e com a tradução das ferramentas. Alguns de vocês já sabem que existe uma proposta para unificar os artigos no wiki da comunidade portuguesa e da comunidade brasileira, que está sendo discutida e votada aqui: http://wiki.openstreetmap.org/wiki/Category_talk:User_pt#Debate_.2F_vota.C3.A7.C3.A3o No momento, há 7 votos a favor (nenhum deles de portugueses) e 2 contra (ambos de portugueses). Isso me parece um pouco preocupante, já que os números podem dar a falsa impressão de uma decisão democrática que na verdade desagradaria à comunidade portuguesa inteira. Sem o consenso no seu lado, creio firmemente que não devemos iniciar qualquer movimento para unificação dos prefixos dos artigos no wiki. Como pode haver questões que não foram devidamente debatidas entre as comunidades, gostaria de ouvir suas sugestões para alterações na propostas que a tornem aceitável à comunidade portuguesa. Sugeri originamente aos meus colegas brasileiros que cada um dos artigos, no momento da unificação, fosse dividido em duas ou três seções: uma para cada país, e opcionalmente mais uma sobre práticas comuns em outros países (já que no Brasil nos inspiramos muito no wiki em inglês). As seções sobre Portugal e Brasil poderiam ser fundidas futuramente caso seu conteúdo se torne suficientemente similar, isto é, caso seja escrito com termos técnicos similares e descreva práticas de mapeamento similares - algo que pode emergir naturalmente em alguns casos conforme as duas comunidades trocam experiências. Acredito que isto reduziria praticamente todo o atrito de uma unificação, mas gostaria de ouvir a sua opinião. Gostaria também de mencionar que venho trabalhando na tradução para o português brasileiro do editor JOSM e, nesse processo, tenho me inspirado bastante na tradução já feita (e muito bem feita) para o português europeu. Reconheço que há sim diferenças na terminologia entre os dois países, mas que elas são um tanto pontuais. Mesmo uma unificação dos artigos raramente nos impediria de respeitar essas diferenças, creio eu. Se for do seu interesse, venho compilando junto com a comunidade brasileira um glossário de tradução (http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia), no qual já existem alguns termos empregados em Portugal nos casos em que não há um equivalente brasileiro. Certamente poderíamos ampliar o escopo e abranger Portugal em todos os termos. Talvez com isso descubramos quanta diferença realmente existe entre as duas comunidades. Atenciosamente, -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-pt mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [Talk-pt] Wiki: unificação de prefixos Pt e Pt-br
Bom dia, Anteriormente, noutro email, expressei-me contra a dita unificação. Após estes últimos emails, alguma reflexão da minha parte e análise de tudo o que a comunidade brasileira tem produzido, e porque acho que devo ser como diz a música Metamorfose [1] (do Brasileiro Raul Seixas), mudei de opinião. Talvez esta até seja uma óptima oportunidade para envolver a comunidade Portuguesa no OSM, sem que tenhamos de fazer todo o esforço de arranque. Muito já está feito pelo pessoal a Oeste do Atlântico, e nós podemos ajudar com mais ainda. Acho que até pode ser benéfico para o aumento de utilizadores e contribuidores em Portugal, pois quem tenha dificuldades com o Inglês, é mais reconfortante ter a informação em Português do Brasil (que nós entendemos sem problemas) do que não terem nada. Embora acredite que existem muitas diferenças nos nossos idiomas, creio que se notam mais na língua falada corrente do que propriamente numa escrita mais técnica. Os termos que em que haja diferenças significativas podem sempre ser apresentado juntamente com a referência ao país. Ainda para mais com a manutenção de páginas específicas dos dois países. Como foi falado na wiki, era preferível manter a diferenciação pt-PT e pt-BR nos editores de OSM (pelo menos o ID). Cumprimentos, Alexandre Neto PS: Ainda não votei, porque a minha internet aqui não me permite, mas farei assim que possível. 2014-04-03 7:09 GMT+01:00 Mihai mihai@gmail.com: Boas, Eu sou uma das pessoas que votou contra, e basicamente a minha preocupação, como dito no texto do voto e mesmo a possibilidade de afastar novos utilizadores de PT do OSM. Não quero votar contra só porque sim e pronto, queria mesmo chamar atenção para que medidas sejam tomadas no caso da unificação para poder lidar com os textos que criem algum desconforto por causa das diferenças na língua. A ideia de ter secções diferentes nas paginas onde as tais diferenças justificam parece-me uma boa ideia e provavelmente iria resolver a maioria dos possíveis problemas que a unificação traz. Eu vou atualizar o meu voto, indicando essas minhas preocupações porque a ideia não e votar não a qualquer mudança só porque sim. Aproveito esta mensagem para pedir as pessoas que deem um saltinho na pagina e votar, não leva mais de 1m para podermos ter mais opiniões mesmo que o voto seja neutro, sobre esta iniciativa e nao deixa-la morrer. Para votar e aqui: https://wiki.openstreetmap.org/wiki/Category_talk:User_pt 2014-04-03 0:32 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Prezados, Primeiramente gostaria de me apresentar. Sou participante da comunidade brasileira do OSM e mapeio no sul do Brasil há aproximadamente 18 meses. Colaboro com a comunidade brasileira nos mais diversos assuntos, desde mapeamentos locais até grandes importações automatizadas, com a manutenção do wiki e com a tradução das ferramentas. Alguns de vocês já sabem que existe uma proposta para unificar os artigos no wiki da comunidade portuguesa e da comunidade brasileira, que está sendo discutida e votada aqui: http://wiki.openstreetmap.org/wiki/Category_talk:User_pt#Debate_.2F_vota.C3.A7.C3.A3o No momento, há 7 votos a favor (nenhum deles de portugueses) e 2 contra (ambos de portugueses). Isso me parece um pouco preocupante, já que os números podem dar a falsa impressão de uma decisão democrática que na verdade desagradaria à comunidade portuguesa inteira. Sem o consenso no seu lado, creio firmemente que não devemos iniciar qualquer movimento para unificação dos prefixos dos artigos no wiki. Como pode haver questões que não foram devidamente debatidas entre as comunidades, gostaria de ouvir suas sugestões para alterações na propostas que a tornem aceitável à comunidade portuguesa. Sugeri originamente aos meus colegas brasileiros que cada um dos artigos, no momento da unificação, fosse dividido em duas ou três seções: uma para cada país, e opcionalmente mais uma sobre práticas comuns em outros países (já que no Brasil nos inspiramos muito no wiki em inglês). As seções sobre Portugal e Brasil poderiam ser fundidas futuramente caso seu conteúdo se torne suficientemente similar, isto é, caso seja escrito com termos técnicos similares e descreva práticas de mapeamento similares - algo que pode emergir naturalmente em alguns casos conforme as duas comunidades trocam experiências. Acredito que isto reduziria praticamente todo o atrito de uma unificação, mas gostaria de ouvir a sua opinião. Gostaria também de mencionar que venho trabalhando na tradução para o português brasileiro do editor JOSM e, nesse processo, tenho me inspirado bastante na tradução já feita (e muito bem feita) para o português europeu. Reconheço que há sim diferenças na terminologia entre os dois países, mas que elas são um tanto pontuais. Mesmo uma unificação dos artigos raramente nos impediria de respeitar essas diferenças, creio eu. Se for do seu interesse, venho compilando junto
Re: [Talk-br] Google street view
Concordo plenamente com Gerald e Vitor. Além disso, não vejo graça nenhuma em ficar em casa copiando nome de rua de outra fonte. Acho isso um trabalho chato e burocrático. O mais legal é sair na rua pra mapear. Se for em grupo, melhor ainda! abraços, wille On 07-04-2014 14:00, Gerald Weber wrote: A opinião geral é de que não é claro de que seria estritamente proibido usar imagens do Street View, mas que isso traz riscos desnecessários para o OpenStreetMap. A filosofia do projeto é ter a base mais limpa possível, e por isso o consenso é de não devemos utilizar nada do Google, nem de outras fontes sem autorização expressa. A geração de dados a partir do Street View traz um risco legal, óbvio, e um técnico, porque seria muito difícil remover dados derivados do OSM. Obrigado Vitor por dizer com menos palavras e de maneira bem mais clara aquilo que eu quis dizer. O importante é *não dar margem* para questionamentos dos dados do OSM. O único jeito de não dar margem é evitar o Google a todo custo. Esta postura é muito difícil de descobrir que estou copiando, então beleza, que já apareceu aqui na lista em outro caso, é extremamente nociva para a comunidade brasileira. Não sei se é tão difícil assim descobrir que alguém usou o Street View para popular os dados do OSM, especialmente nos casos em que tenha sido usado de maneira sistemática. Basta cruzar os dados. Pro Google isto deve ser até trivial. Isto porque temos que buscar que o mapa do Brasil seja em sua maioria formado por dados coletados no local, imbatíveis em termos de qualidade. Quando comecei no OSM eu me perguntava como eu iria fazer para mapear sem o Google, achava isto virtualmente impossível. Hoje nem lembro da existência do Google, o Google Earth então eu não me recordo da última vez que olhei. abraços a todos e bons mapeamentos Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Am 6. April 2014 19:59 schrieb chris66 chris66...@gmx.de: validierst Du die Größe des Platzes? Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze als ein Feld getaggt. vermutlich zu aufwendig, leisure=pitch ist EIN Feld, wenn man nun mehrere damit taggt (also sozusagen falsch), dann fällt einem das spätestens jetzt auf die Füße und die Mapper werden vermutlich versuchen, die Karte entsprechend zu fixen und das auf die tatsächlichen Spielfelder ummappen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
Hallo, deine Testseite ist doch schon gar nicht so schlecht, vielen Dank. Ich habe gerade nicht so viel Zeit, aber ich versuche im Laufe der Woche mal eine beschreibende Projektseite einzurichten, um mehr Struktur reinzubringen. Das Tool wiki2csv sieht ganz nett aus. Habs kurz angetestet und es liefert ganz gute Ergebnisse. Vielleicht finde ich auch noch die Zeit das Skript so anzupassen, dass automatisch Links zu den einzelnen Tags gesetzt werden, bzw. diese beim Export wieder entfernt werden. Code, Paket, Kategorie und Funktion bilden in XErleben einen Thesaurus zur Kategorisierung, welcher auch online eingesehen werden kann (http://www.xerleben.de/wiki/Thesaurus). Der Code ist eindeutig und darüber werden die POIs kategorisiert. Paket, Kategorie und Funktion dienen dem Verständnis und der Lesbarkeit. Ein Snenario, bzw. ein Wunschgedanke ist folgender. Ein Kreis hat Daten im XErleben-Format und möchte dies OSM zur Verfügung stellen. Diese Daten sollen automatisiert nach Xerleben Code und der Überführungsliste in OSM POIs überführt werden. Bzw. auch umgekehrt. Natürlich kann es dann noch Duplikate geben, aber eins nach dem anderen. Viele Grüße Christian Habe mal als Beispiel eine Umsetzung begonnen. http://wiki.openstreetmap.org/wiki/User:Gmbo/Testseite Da sieht man dass die Tabelle trotz der Trennung in Pakete noch recht unübersichtlich ist. Was wird denn aus der Tabelle hinterher benötigt? Ich habe z.B. die Codes weggelassen, gibt es dafür eine Schlüsselbeschreibung? In Wirtschaft habe ich dann mal per Hand ein paar Änderungen gemacht. Sieht dann etwas geordneter aus, auch wenn noch einiges unvollständig umgesetzt ist. Gruß Gisbert Am 04.04.2014 17:46, schrieb gmbo: Hallo, es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen umsetzen. Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie wohl in mehrere Seiten aufgeteilt werden und dann von einer übergeordneten beschreibenden Seite angesprungen zu werden, oder halt eine andere Struktur bekommen. Viele Grüße Gisbert Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger: Hallo, Hallo Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht schlecht. Über den Disskussionsbereich lassen sich dann ja auch Diskussionen zu einzelnen Tags starten und es bleibt tortzdem übersichtlich. Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die Brennerei eintragen können. Diese habe ich auf der How to map Seite übersehen. Wie bestimmt auch noch einige andere Sachen, da es ja eine Vielzahl an Funktionen gibt. Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie importiere ich am besten (am liebsten automatisch) die bisherige Tabelle in das Wiki. Zusätzlich bräuchte man eine Exportfunktion (als csv etc.), um die Zuordnungstabelle z.B. in PostgreSQL oder einem Konverter einlesen zu können. Vielleicht kann mir jemand der mit dem Wiki vertrauter ist dazu Tipps geben oder schauen ob es dafür geeignete Plugins gibt. Viele Grüße Christian mfg Christian Am 3. April 2014 17:31 schrieb Archer arc...@gulli.com: Zur Brennerei findet man unter How to map a folgende Anmerkung: Brennerei: craft=distillery + distillery=* Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger christian.roett...@eftas.com: Hallo, diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags wie name, adresse, etc. sollen natürlich als normale Attribute mit übernommen werden aber nicht unbedingt der Kategorisierung dienen. Wir haben uns erst einmal an den Map Features entlang geangelt, hauptsächlich in Englisch und auch Seiten wie http://wiki.openstreetmap.org/wiki/DE:How_to_map_a und http://wiki.osm.org/wiki/Map_Features zum besseren Verständniss. Auch TagInfo hat die ein oder andere Info gebracht. Das Thema ist halt sehr komplex und kann sich nur sukzessiv entwickeln. Craft: brewery benutzen wir ja auch für eine Brauerei. Aber für eine Destillerie passt es nicht unbedingt. Auch kann man natürlich zu jedem Tag eine eigene Diskussion aufmachen, da es diverse Meinungen und Sichtweisen gibt. Wir möchten versuchen daraus einen recht ordentlichen Konsens zu schaffen. Viele Grüße Christian Betreff: Re: [Talk-de] Konverter XErleben - OSM Am 03.04.2014 11:31, schrieb EFTAS Christian Röttger: Hallo liebe OSM-Community, Hallo, Bei der Zuordnung der Brennerei kommen wir zu dem ersten Problem. In der offiziellenMap Features Liste ( http://wiki.osm.org/wiki/DE:Map_Features) gibt es noch keinen entsprechenden Tag um diese Funktion eines POI zu beschreiben. Weil nicht eindeutige Zuordnungen häufiger auftauchen hoffen wir auf die Zusammenarbeit mit der OSM Community. Die Lösung könnte z.B. die Einführung neuer Tags sein, aber da sind wir für alle
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
chris66 chris66...@gmx.de wrote: validierst Du die Größe des Platzes? Jain. Es ist nicht möglich merhere Plätze als einen zu taggen, wenn Du das meinst. Das wäre aber ohnehin auch nicht eindeutig, denn die Felder könnten z.B. bei einem etwa quadratischen Tennisplatz sowohl horizontal als auch vertikal angeordnet sein. Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze als ein Feld getaggt. Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden kann man hierfür wunderschön missbrauchen :) Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Am 5. April 2014 13:03 schrieb Alexander Heinlein alexander.heinl...@web.de : Aber die aktualisierte Version ist noch nicht online, oder? Sieht für mich aus wie die alte, oder übersehe ich etwas? Die vorherige (http://remaptcha.herokuapp.com/ ) sah gleich aus, die aktuelle prüft nun das zweite Kontrollwort schärfer. Hier eine Variante 2 mit 2 Schritten: http://remaptcha2.herokuapp.com/ LG, Stefan Am 5. April 2014 13:03 schrieb Alexander Heinlein alexander.heinl...@web.de : On Sat, Apr 05, 2014 at 12:24:20PM +0200, Stefan Keller wrote: Danke für euren Input! Wir haben das ReMAPTCHA [1] leicht aktualisiert. Aber die aktualisierte Version ist noch nicht online, oder? Sieht für mich aus wie die alte, oder übersehe ich etwas? Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
Es sah mir so aus als wenn der Code eigentlich reichen würde, deshalb hatte ich nach der Decodiermöglichkeit gefragt., dann könnte der Code aus den Tags zurückübersetzt werden. Ich stelle mir dann z.B. eine Vorlage (Presets) vor mit der man die Eingabe machen könnte. Den Code wird kein (wenige) Mapper eintragen wollen, weil der Sinn nichts mit Geodaten zu tun hätte. Wenn es aber für den Code eine verständliche Beschreibung gibt würde das die Unterscheidungsmerkmale beschreiben und die suche nach sinnvollen Taginformationen würde dann einfacher sein. Dann würde man mit OverpassTurbe eine Abfrage nach diesen Tags machen können und könnte so erkennen ob die Tags nicht schon in fast dem richtigen Maße vorhanden sind. Die Nutzung von den schon gegebenen Tags, die Kombinationen die schon verwendet werden könnten so abgefragt werden, mit einer verbesserten Wikibeschreibung und Hilfsmitteln wie Presets würde die Akzeptanz der gefundenen Tags erhöht und damit natürlich die Eintragungsdichte und Häufigkeit. viele Grüße Gisbert Am 07.04.2014 11:37, schrieb EFTAS Christian Röttger: Hallo, deine Testseite ist doch schon gar nicht so schlecht, vielen Dank. Ich habe gerade nicht so viel Zeit, aber ich versuche im Laufe der Woche mal eine beschreibende Projektseite einzurichten, um mehr Struktur reinzubringen. Das Tool wiki2csv sieht ganz nett aus. Habs kurz angetestet und es liefert ganz gute Ergebnisse. Vielleicht finde ich auch noch die Zeit das Skript so anzupassen, dass automatisch Links zu den einzelnen Tags gesetzt werden, bzw. diese beim Export wieder entfernt werden. Code, Paket, Kategorie und Funktion bilden in XErleben einen Thesaurus zur Kategorisierung, welcher auch online eingesehen werden kann (http://www.xerleben.de/wiki/Thesaurus). Der Code ist eindeutig und darüber werden die POIs kategorisiert. Paket, Kategorie und Funktion dienen dem Verständnis und der Lesbarkeit. Ein Snenario, bzw. ein Wunschgedanke ist folgender. Ein Kreis hat Daten im XErleben-Format und möchte dies OSM zur Verfügung stellen. Diese Daten sollen automatisiert nach Xerleben Code und der Überführungsliste in OSM POIs überführt werden. Bzw. auch umgekehrt. Natürlich kann es dann noch Duplikate geben, aber eins nach dem anderen. Viele Grüße Christian Habe mal als Beispiel eine Umsetzung begonnen. http://wiki.openstreetmap.org/wiki/User:Gmbo/Testseite Da sieht man dass die Tabelle trotz der Trennung in Pakete noch recht unübersichtlich ist. Was wird denn aus der Tabelle hinterher benötigt? Ich habe z.B. die Codes weggelassen, gibt es dafür eine Schlüsselbeschreibung? In Wirtschaft habe ich dann mal per Hand ein paar Änderungen gemacht. Sieht dann etwas geordneter aus, auch wenn noch einiges unvollständig umgesetzt ist. Gruß Gisbert Am 04.04.2014 17:46, schrieb gmbo: Hallo, es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen umsetzen. Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie wohl in mehrere Seiten aufgeteilt werden und dann von einer übergeordneten beschreibenden Seite angesprungen zu werden, oder halt eine andere Struktur bekommen. Viele Grüße Gisbert Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger: Hallo, Hallo Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht schlecht. Über den Disskussionsbereich lassen sich dann ja auch Diskussionen zu einzelnen Tags starten und es bleibt tortzdem übersichtlich. Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die Brennerei eintragen können. Diese habe ich auf der How to map Seite übersehen. Wie bestimmt auch noch einige andere Sachen, da es ja eine Vielzahl an Funktionen gibt. Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie importiere ich am besten (am liebsten automatisch) die bisherige Tabelle in das Wiki. Zusätzlich bräuchte man eine Exportfunktion (als csv etc.), um die Zuordnungstabelle z.B. in PostgreSQL oder einem Konverter einlesen zu können. Vielleicht kann mir jemand der mit dem Wiki vertrauter ist dazu Tipps geben oder schauen ob es dafür geeignete Plugins gibt. Viele Grüße Christian mfg Christian Am 3. April 2014 17:31 schrieb Archer arc...@gulli.com: Zur Brennerei findet man unter How to map a folgende Anmerkung: Brennerei: craft=distillery + distillery=* Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger christian.roett...@eftas.com: Hallo, diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags wie name, adresse, etc. sollen natürlich als normale Attribute mit übernommen werden aber nicht unbedingt der Kategorisierung dienen. Wir haben uns erst einmal an den Map Features entlang geangelt, hauptsächlich in Englisch und auch Seiten wie http://wiki.openstreetmap.org/wiki/DE:How_to_map_a und http://wiki.osm.org/wiki/Map_Features zum besseren Verständniss. Auch TagInfo hat die ein oder
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
On 07.04.2014 12:14, Sven Geggus wrote: chris66 chris66...@gmx.de wrote: validierst Du die Größe des Platzes? Jain. Es ist nicht möglich merhere Plätze als einen zu taggen, wenn Du das meinst. Das wäre aber ohnehin auch nicht eindeutig, denn die Felder könnten z.B. bei einem etwa quadratischen Tennisplatz sowohl horizontal als auch vertikal angeordnet sein. Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze als ein Feld getaggt. Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden kann man hierfür wunderschön missbrauchen :) Wenn Du Terracer meinst, dann ist das anwenden. Auch Geometrie teilen des utils2plugin funktioniert. fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Am 07.04.2014 12:14, schrieb Sven Geggus: chris66 chris66...@gmx.de wrote: Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze als ein Feld getaggt. Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden kann man hierfür wunderschön missbrauchen :) Das heißt, wir sind uns einig, dass ein leisure=pitch immer nur genau 1 Feld umfassen soll? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapillary2JOSM
Danke Mike! Übrigens hat Mapillary jetzt auch eine Wiki-Seite, in Englisch und Portugiesisch. https://wiki.openstreetmap.org/wiki/Mapillary /peter On Tue, Apr 1, 2014 at 8:08 AM, Elstermann, Mike mike.elsterm...@itc-halle.de wrote: CrowdSourcing verbindet, z. B. Mapillary mit JOSM. Siehe: * http://www.openstreetmap.org/user/ubahnverleih/diary/21485 * http://geoobserver.wordpress.com/2014/04/01/mapillary2josm/ mikeE. (Der geoObserver) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] applicazione per mobile
Ciao a tutti, avrei bisogno di un'applicazione per Iphone e una per windows mobile che sia in grado di: - visualizzare mappe OSM (possibilmente anche offline) - registrare POI e tracce - esportare GPX consigli? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per mobile
2014-04-07 10:18 GMT+02:00 Luca Delucchi lucadel...@gmail.com: Ciao a tutti, avrei bisogno di un'applicazione per Iphone e una per windows mobile che sia in grado di: - visualizzare mappe OSM (possibilmente anche offline) - registrare POI e tracce - esportare GPX consigli? OSMTracker https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtrackerhl=it Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per mobile
Il giorno 07 aprile 2014 10:18, Luca Delucchi lucadel...@gmail.com ha scritto: Ciao a tutti, avrei bisogno di un'applicazione per Iphone e una per windows mobile che sia in grado di: - visualizzare mappe OSM (possibilmente anche offline) - registrare POI e tracce - esportare GPX consigli? Probabilmente ci hai già guardato http://wiki.openstreetmap.org/wiki/Windows_Phone http://wiki.openstreetmap.org/wiki/IPhone Piersoft ti evoco! -- ciao Luca Ciao, Stefano http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per mobile
2014-04-07 10:22 GMT+02:00 Andrea Musuruane musur...@gmail.com: 2014-04-07 10:18 GMT+02:00 Luca Delucchi lucadel...@gmail.com: Ciao a tutti, avrei bisogno di un'applicazione per Iphone e una per windows mobile che sia in grado di: - visualizzare mappe OSM (possibilmente anche offline) - registrare POI e tracce - esportare GPX consigli? OSMTracker https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtrackerhl=it Forse devo ancora svegliarmi. Comunque OSMTracker c'è anche per Windows Mobile: http://wiki.openstreetmap.org/wiki/OSMtracker_%28Windows_Mobile%29 Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per mobile
Noi del ViGLug stiamo cercando di sviluppare una app così. Gran parte del lavoro è già stato fatto all'hackaton di Sabato, e ora si stanno correggendo un po' di cose. L'app è in HTML5 e dovrebbe essere disponibile per tutti verso fine mese :) 2014-04-07 10:18 GMT+02:00 Luca Delucchi lucadel...@gmail.com: Ciao a tutti, avrei bisogno di un'applicazione per Iphone e una per windows mobile che sia in grado di: - visualizzare mappe OSM (possibilmente anche offline) - registrare POI e tracce - esportare GPX consigli? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (CET/CEST) Phone: +39 348 2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: B1CD 2318 532D 57D6 56FA E409 64DE 5B09 C09A 145F Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] applicazione per mobile
2014-04-07 10:34 GMT+02:00 Fabio Alessandro Locati fabioloc...@gmail.com: Noi del ViGLug stiamo cercando di sviluppare una app così. Gran parte del lavoro è già stato fatto all'hackaton di Sabato, e ora si stanno correggendo un po' di cose. L'app è in HTML5 e dovrebbe essere disponibile per tutti verso fine mese :) Bene, teneteci aggiornati... il problema che a me serve mercoledì ;-) @ Andrea Sabas Grazie conoscevo già entrambe le risposte (OSMtracker è troppo specializzato per OSM, mi servirebbe qualcosa di più genereico) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: applicazione per mobile
Maps 3D a pochi euro per iphone fa tutto questo. Messaggio originale Da: musur...@gmail.com Data: 07/04/2014 10.34 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] applicazione per mobile 2014-04-07 10:22 GMT+02:00 Andrea Musuruane musur...@gmail.com: 2014-04-07 10:18 GMT+02:00 Luca Delucchi lucadel...@gmail.com: Ciao a tutti, avrei bisogno di un'applicazione per Iphone e una per windows mobile che sia in grado di: - visualizzare mappe OSM (possibilmente anche offline) - registrare POI e tracce - esportare GPX consigli? OSMTracker https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtrackeramp;hl=it Forse devo ancora svegliarmi. Comunque OSMTracker c'è anche per Windows Mobile: http://wiki.openstreetmap.org/wiki/OSMtracker_%28Windows_Mobile%29 Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Track o Path
Ma secondo voi uno stradello con fondo sterrato ben compattato ma stretto come larghezza dove non passano ne macchine ne fuoristrada ma al massimo soltanto il quad o piccoli trattorini dei soli proprietari delle casette/baracche che si trovano ai lati. All'inizio c'è un piccolo cancello che lascia passare le sole mtb e le persone a piedi ma chi vuol passare con il trattorino o quad deve avere la chiave del cancello. Domanda finale: highway=path specificando la larghezza oppure comunque highway=track? Grazie, ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Track-o-Path-tp5802512.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Il 07 aprile 2014 14:02, demon.box ha scritto: Ma secondo voi uno stradello con fondo sterrato ben compattato ma stretto come larghezza dove non passano ne macchine ne fuoristrada ma al massimo soltanto il quad o piccoli trattorini dei soli proprietari delle casette/baracche che si trovano ai lati. se finisce nelle proprietà secondo me è service (può essere punto di partenza o di arrivo del routing, ma non è una strada di attraversamento), se prosegue in un bosco track (strada agricolo forestale) superficie, larghezza e limiti di accesso si possono mettere su tutti i tipi di highway -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Am 07/apr/2014 um 14:02 schrieb demon.box e.rossin...@alice.it: il trattorino o quad deve avere la chiave del cancello. Domanda finale: highway=path specificando la larghezza oppure comunque highway=track? se metti track, aggiungi anche tracktype=5 e motorvehicle=private (al meno sul cancello), lo farei in casi dove non ci sono pezzi impassibili (per larghezza), altrimenti path ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Daniele Forsi ha scritto: se finisce nelle proprietà secondo me è service No, secondo me è track anche se finisce nelle proprietà. Di solito le strade campestri (track) esistono per il solo fatto che portano alle proprietà. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Se passa un trattorino, secondo me è track. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
2014-04-07 14:58 GMT+02:00 solitone solit...@mail.com: Daniele Forsi ha scritto: se finisce nelle proprietà secondo me è service No, secondo me è track anche se finisce nelle proprietà. Di solito le strade campestri (track) esistono per il solo fatto che portano alle proprietà. +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Il 07 aprile 2014 15:23, Luca Delucchi ha scritto: 2014-04-07 14:58 GMT+02:00 solitone solit...@mail.com: Daniele Forsi ha scritto: se finisce nelle proprietà secondo me è service No, secondo me è track anche se finisce nelle proprietà. Di solito le strade campestri (track) esistono per il solo fatto che portano alle proprietà. +1 sono d'accordo con voi se si tratta di campi o boschi o altre cose naturali è track (indipendentemente da quantità e dimensioni), ma l'OP ha parlato di casette/baracche -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
...aggiungo che su questo stradello passa esattamente un sentiero (inteso come percorso ufficiale a piedi o bici) che porta sulla cima di un monte, con tanto di cartelli segnaletici e segni sulle piante che ne indicano la direzione. diciamo che è privato solo per il traffico motorizzato eccetto per i proprietari dei terreni dove passa che hanno la chiave del cancelletto. -- View this message in context: http://gis.19327.n5.nabble.com/Track-o-Path-tp5802512p5802532.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Il 07 aprile 2014 16:09, demon.box ha scritto: ...aggiungo che su questo stradello passa esattamente un sentiero (inteso come percorso ufficiale a piedi o bici) che porta sulla cima di un monte, ok, allora NON può essere service -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Il giorno lun, 07/04/2014 alle 17.02 +0200, Daniele Forsi ha scritto: Il 07 aprile 2014 16:09, demon.box ha scritto: ...aggiungo che su questo stradello passa esattamente un sentiero (inteso come percorso ufficiale a piedi o bici) che porta sulla cima di un monte, ok, allora NON può essere service Potrebbe anche esserlo. Ricordo di aver visto sentieri che comprendono anche brevi tratti di strada ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Track o Path
Il 07 aprile 2014 16:09, demon.box ha scritto: ...aggiungo che su questo stradello passa esattamente un sentiero (inteso come percorso ufficiale a piedi o bici) che porta sulla cima di un monte, ...e allora usa una relazione del tipo name = network = operator = osmc:symbol = red:red:white_bar:...:black se è un sentiero segnato in rosso/bianco/rosso ref = ... Route = hiking type = route ...con cui legare i vari spezzoni siano essi strade o sentieri... -- View this message in context: http://gis.19327.n5.nabble.com/Track-o-Path-tp5802512p5802581.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Catastro Sevilla
Buenas tardes, mi nombre es Moisés Arcos y estoy trabajando sobre una importación de los datos del Catastro en Cazalla de Sierra [1], tal y como se recomienda en la wiki, me he anotado en la casilla correspondiente para indicar que estoy trabajando en esa zona. Pero tengo un problema, y es que me he puesto en contacto con el responsable de Sevilla, José Manuel Díaz Soriano [2], pero no da señales de vida. Tengo noticias de que hay más colaboradores que le ha ocurrido lo mismo. ¿Qué debo hacer? Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla#C [2] http://www.openstreetmap.org/user/Jos%C3%A9%20Manuel%20D%C3%ADaz%20Soriano ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Catastro Sevilla
Yo estoy en las mismas, quiero subir las edificaciones de la población de Dos Hermanas en Sevilla, aunque había dejado este asunto en un impás de espera a la nueva versión que anunció Ander de cat2osm que se mejoraban algunas cosas. Esperando instrucciones. Saludos, Andrés. El 7 de abril de 2014, 18:14, Moises Arcos moiarc...@gmail.com escribió: Buenas tardes, mi nombre es Moisés Arcos y estoy trabajando sobre una importación de los datos del Catastro en Cazalla de Sierra [1], tal y como se recomienda en la wiki, me he anotado en la casilla correspondiente para indicar que estoy trabajando en esa zona. Pero tengo un problema, y es que me he puesto en contacto con el responsable de Sevilla, José Manuel Díaz Soriano [2], pero no da señales de vida. Tengo noticias de que hay más colaboradores que le ha ocurrido lo mismo. ¿Qué debo hacer? Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla#C [2] http://www.openstreetmap.org/user/Jos%C3%A9%20Manuel%20D%C3%ADaz%20Soriano ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 10. April 2014
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 10. April 2014 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch im OSM-Wiki und auf der LUGT-Webseite zu finden: http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch http://www.lugt.at/ Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-cat] Difusió i xarxes socials
Si esteu tots d'acord podria crear els comptes de Twitter, Facebook,... i començar a gestionar-los per tal de fer difusió de la tasca de la comunitat catalana d'OSM. Igualment, tinc pendent contactar amb el club excursionista de Sant Vicenç per fer saber de l'OSM i, potser fer alguna xerrada. Em sembla que en Jaume va comentar que hi havia material divulgatiu disponible en format digital. -- *Carlos Sánchez*About.me http://about.me/carlos.sanchez ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-ca] [Imports-us] [Imports] fleet manager speed limit import proposal (Canada, USA)
Keep in mind when collecting fleet speed limits: in many places HGV's have a different limit than other traffic. For example the Interstates in California USA are generally 65 mph general/55 mph trucks. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Průběh importu adres
Ahoj, pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to podivej, abys zkontrolovat, jestli nepisu nesmysly. http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 .8Dastnit.3F Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, April 6, 2014 5:55 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Průběh importu adres Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
dobrý den, ještě jsem nepochopil jak se mám přihlásit pod účet Czechadress, při přihlášení do OSM pod účtem CzechAdress je po mě vyžadováno heslo Pražák Dne 7. dubna 2014 10:17 Dalibor Jelínek dali...@dalibor.cz napsal(a): Ahoj, pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to podivej, abys zkontrolovat, jestli nepisu nesmysly. http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 .8Dastnit.3F Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, April 6, 2014 5:55 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Průběh importu adres Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
Ty právě nijak. Ty si vyžádáš soubor, ten zreviduješ a pošleš zpátky. A Petr to následně nahraje pod uživatelem Czechaddress. Marián -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 7. 4. 2014 10:30:53 Předmět: Re: [Talk-cz] Průběh importu adres dobrý den, ještě jsem nepochopil jak se mám přihlásit pod účet Czechadress, při přihlášení do OSM pod účtem CzechAdress je po mě vyžadováno heslo Pražák Dne 7. dubna 2014 10:17 Dalibor Jelínek dali...@dalibor.cz (mailto:dali...@dalibor.cz) napsal(a): Ahoj, pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to podivej, abys zkontrolovat, jestli nepisu nesmysly. http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 (http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4) .8Dastnit.3F Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz (mailto:o...@propsychology.cz)] Sent: Sunday, April 6, 2014 5:55 PM To: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org) Subject: [Talk-cz] Průběh importu adres Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ (http://ruian.poloha.net/czaddr/) Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz(mailto:p...@propsychology.cz) p ___ Talk-cz mailing list Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) ___ Talk-cz mailing list Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
Dobře pochopil jsem, Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například data osm po jednotlivých obcích okresu ze stránky http://ruian.poloha.net/czaddr/ Pražák Dne 7. dubna 2014 10:34 Marián Kyral mky...@email.cz napsal(a): Ty právě nijak. Ty si vyžádáš soubor, ten zreviduješ a pošleš zpátky. A Petr to následně nahraje pod uživatelem Czechaddress. Marián -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 7. 4. 2014 10:30:53 Předmět: Re: [Talk-cz] Průběh importu adres dobrý den, ještě jsem nepochopil jak se mám přihlásit pod účet Czechadress, při přihlášení do OSM pod účtem CzechAdress je po mě vyžadováno heslo Pražák Dne 7. dubna 2014 10:17 Dalibor Jelínek dali...@dalibor.cz napsal(a): Ahoj, pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to podivej, abys zkontrolovat, jestli nepisu nesmysly. http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 .8Dastnit.3F Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, April 6, 2014 5:55 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Průběh importu adres Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): Dobře pochopil jsem, Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například data osm po jednotlivých obcích okresu ze stránky http://ruian.poloha.net/czaddr/ Pražák Ahoj, myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat - Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá příliš dlouho, aby to bylo takto automaticky on-demand? Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Databáze telefonních automatů
Zdravím, ČTÚ nedávno uvolnil seznam všech telefonních automatů: http://www.ctu.cz/otevrena-data/katalog-otevrenych-dat-ctu.html?action=detaildata_id=5 Bohužel jsou zadány jen polohou v obci, ne GPS souřadnicemi, takže to asi nebude na import, ale může se to hodit jako zdroj k ověření. S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Databáze telefonních automatů
-- Původní zpráva -- Od: Jethro xtom...@gmail.com Komu: talk-cz talk-cz@openstreetmap.org Datum: 7. 4. 2014 13:39:51 Předmět: [Talk-cz] Databáze telefonních automatů Zdravím, ČTÚ nedávno uvolnil seznam všech telefonních automatů: http://www.ctu.cz/ otevrena-data/katalog-otevrenych-dat-ctu.html?action=detaildata_id=5 (http://www.ctu.cz/otevrena-data/katalog-otevrenych-dat-ctu.html?action=detaildata_id=5) Bohužel jsou zadány jen polohou v obci, ne GPS souřadnicemi, takže to asi nebude na import, ale může se to hodit jako zdroj k ověření. S pozdravem Tomáš Jethro Pokorný Ahoj, nechceš to dát na wiki? Tady to časem zapadne. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Databáze telefonních automatů
Dám to tam. Jethro Dne 7. dubna 2014 13:55 Marián Kyral mky...@email.cz napsal(a): -- Původní zpráva -- Od: Jethro xtom...@gmail.com Komu: talk-cz talk-cz@openstreetmap.org Datum: 7. 4. 2014 13:39:51 Předmět: [Talk-cz] Databáze telefonních automatů Zdravím, ČTÚ nedávno uvolnil seznam všech telefonních automatů: http://www.ctu.cz/otevrena-data/katalog-otevrenych-dat-ctu.html?action=detaildata_id=5 Bohužel jsou zadány jen polohou v obci, ne GPS souřadnicemi, takže to asi nebude na import, ale může se to hodit jako zdroj k ověření. S pozdravem Tomáš Jethro Pokorný Ahoj, nechceš to dát na wiki? Tady to časem zapadne. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Databáze telefonních automatů
Dne 7.4.2014 13:55, Marián Kyral napsal(a): -- Původní zpráva -- Od: Jethro xtom...@gmail.com Komu: talk-cz talk-cz@openstreetmap.org Datum: 7. 4. 2014 13:39:51 Předmět: [Talk-cz] Databáze telefonních automatů Zdravím, ČTÚ nedávno uvolnil seznam všech telefonních automatů: http://www.ctu.cz/otevrena-data/katalog-otevrenych-dat-ctu.html?action=detaildata_id=5 Bohužel jsou zadány jen polohou v obci, ne GPS souřadnicemi, takže to asi nebude na import, ale může se to hodit jako zdroj k ověření. S pozdravem Tomáš Jethro Pokorný Já na to teda koukal, a je to _velmi_ krátký seznam - v ČR je pouhých 5604 telefonních automatů, z toho ve Zlínském kraji celkem 1, a v Praze žádný? Napadá mě, jestli není háček v tom popisu: Seznam veřejných telefonních automatů, které jsou provozovány v rámci univerzální služby, včetně údajů o jejich umístění. - jinými slovy, když v Praze potkám budku, tak ji provozuje O2 - a zřejmě ji provozuje na sebe, nikoli v rámci univerzální služby. Nicméně i tahle tabulka se může hodit... S pozdravem, Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Databáze telefonních automatů
Což by vysvětlovalo, proč v Praze zůstaly automaty akorát na místech, kde do nich pravidelně lidi sypou. ČTÚ navíc zvažuje novelu zákona 127/2005 Sb. která by našemu monopolnímu poskytovateli přestala ukládat povinnost provozovat je v rámci univerzální služby... K Dne 7.4.2014 14:37, Jan Martinec napsal(a): zřejmě ji provozuje na sebe, nikoli v rámci univerzální služby. Nicméně i tahle tabulka se může hodit... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
Ahoj, na zkoušku jsem si zkusil udělat import k.ú. Třebonice v Praze (malé místo s 231 adresami, které vcelku dobře znám) a mám pár dotazů: 1/ Skutečně budeme chyby v RUIAN evidovat na https://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby ? Ono jich není vůbec málo a jejich evidence dost zdržuje. Nebo se tato myšlenka tiše zavrhla, o čemž by ostatně svědčilo to, že při 10% stavu importu je zde pouze 8 hlášených chyb adresních míst a z toho polovina je z mých Třebonic ;-) ? 2/ Obdivuji ty z vás, kteří zvládnou najednou zkontrolovat celý okres. Imo bylo rozumnější a přehlednější upravovat spíš jednotlivá katastrální území. Nebo máte nějaký rychlejší fígl jak jednotlivé chyby ověřit než kontrolu souladu s KN (č.p.), případně se streetview (uliční čísla, jména ulic)? 3/ Co znamená hláška: AM nemá geometrii, je brána ze SO? Nejsem si jist, jaký konkrétní problém zkontrolovat či opravit. Díky, Petr Kolomazník Dne 7. dubna 2014 12:18 Petr Morávek [Xificurk] p...@pada.cz napsal(a): Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): Dobře pochopil jsem, Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například data osm po jednotlivých obcích okresu ze stránky http://ruian.poloha.net/czaddr/ Pražák Ahoj, myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat - Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá příliš dlouho, aby to bylo takto automaticky on-demand? Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
Ahoj, Dne Po 7. dubna 2014 16:32:23, Petr Kolomazník napsal(a): 1/ Skutečně budeme chyby v RUIAN evidovat na https://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby ? Ono jich není vůbec málo a jejich evidence dost zdržuje. Nebo se tato myšlenka tiše zavrhla, o čemž by ostatně svědčilo to, že při 10% stavu importu je zde pouze 8 hlášených chyb adresních míst a z toho polovina je z mých Třebonic ;-) ? IMO to smysl nedává, už jsem o tom psal, kdyby chtěli, mohli by si na katastru sami ověřit, zda na jednom místě leží jen jeden adresní bod a ne třeba 5, zda jsou adresní místa alespoň X cm od sebe a tím nemyslím 3cm ;-). A kdyby toto ověření udělali, tak co pak s tím? Vracet data místním stavebním úřadům? Já tak chyby psát nebudu, trvalo by mi všechno 5x déle. 2/ Obdivuji ty z vás, kteří zvládnou najednou zkontrolovat celý okres. Imo bylo rozumnější a přehlednější upravovat spíš jednotlivá katastrální území. :-) no, okres Karviná jsem měl tak nacvičený z testování skriptů, že jsem si na něj troufl :-). Okres Vyškov bez Vyškova byla sranda, protože tam skoro žádná adresní místa nebyla, takže úplně klidný průběh. To samé Kroměříž. Pak je třeba malé katastrální území v Praze a strávím na něm více času než na okresu Vyškov. Nebo máte nějaký rychlejší fígl jak jednotlivé chyby ověřit než kontrolu souladu s KN (č.p.), případně se streetview (uliční čísla, jména ulic)? Dám si vrstvu budov z ruian, Pointinfo plugin. Tím částečně zkontroluji, zda AM pravděpodobně patří na dům, na který si myslím, že patří. To takový problém není. Větší problém jsou třeba pokračující inkonzistence z už minulého importu - chyba státu, ne naše - kdy jeden dům má 2 či 3 čísla a nikdo neví, které je správné. Buď tam nerad nechám obě nebo se snažím odhadnout, které je správně. 3/ Co znamená hláška: AM nemá geometrii, je brána ze SO? Nejsem si jist, jaký konkrétní problém zkontrolovat či opravit. U adresního bodu v RUIAN nejsou souřadnice, takže se použijí souřadnice definičního bodu z budovy, ke které AM patří. To znamená, že se do mapy možná umístí nevhodně, někam doprostřed domu. Ovšem i spousta AM, které souřadnice mají, je umístěno nevhodně. Typicky dům s pěti vchody a všechny adresní body na jednom místě nebo centimetr od sebe :-( Díky, Petr Kolomazník Dne 7. dubna 2014 12:18 Petr Morávek [Xificurk] p...@pada.cz napsal(a): Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): Dobře pochopil jsem, Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například data osm po jednotlivých obcích okresu ze stránky http://ruian.poloha.net/czaddr/ Pražák Ahoj, myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat - Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá příliš dlouho, aby to bylo takto automaticky on-demand? Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info. Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak? Diky za info Pavel Bokr -Původní zpráva- From: Dalibor Jelínek Sent: Monday, April 07, 2014 10:17 AM To: 'OpenStreetMap Czech Republic' Subject: Re: [Talk-cz] Průběh importu adres Ahoj, pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to podivej, abys zkontrolovat, jestli nepisu nesmysly. http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 .8Dastnit.3F Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, April 6, 2014 5:55 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Průběh importu adres Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info. Ano, přesně tak to je. Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak? Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam patří- -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, přidám další dotaz. Ve vygenerovaném data.osm je obsažena budova se špatnou adresou (stávající stav) + příslušný adresní bod se správnou adresou (doplněný v rámci importu z RUIAN). Jaký je správný postup opravy této chyby: a) v JOSM ve vlastní datové vrstvě ručně smazat z budovy tagy adresy a uploadnout jako separátní opravu na OSM server + v data.osm smazat budovu s chybnou adresou (není ji třeba již opravovat a tedy v rámci importu uploadovat) + zachovat správný adresní bod b) v data.osm sloučit správný adresní bod s budovou tak, že výsledkem je pouze objekt budovy se správnou adresou c) v data.osm smazat u budovy chybné tagy a budovu ponechat bez adresy + zachovat správný adresní bod = vše bude v této podobě v rámci importu nahráno na server Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010 Díky, Petr Dne 7. dubna 2014 20:15 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info. Ano, přesně tak to je. Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak? Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam patří- -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, Budova, o které píšeš, má housenumber 2604/8 a patří tam to číslo 2605/5, jak je u toho bodu. Řešení podle a.) není vůbec potřeba - je zbytečné zakládat další vrstvu, když už všechna potřebná data máš v data.osm. Proto je to tak udělané, že se (většinou ;-)) všechno potřebné dotáhne. Řešení b.) je OK řešení c.) je úplně stejně OK, záleží, kdo co preferuje. Jasně že by bylo lepší mít všude jen body, ale když máš oblast, jako máš, kde je vše na budovách, tak by to bylo dost práce všechno převádět na body. Dobročinnosti se meze nekladou, ale IMO to není potřeba. Pro zajímavost - skutečná budova 2604/8 leží jihojihovýchodně asi 40 metrů u parku, kde se vše správně spárovalo a tagy na budově byly aktualizovány z RUIAN. Dne Po 7. dubna 2014 21:16:53, Petr Kolomazník napsal(a): Ahoj, přidám další dotaz. Ve vygenerovaném data.osm je obsažena budova se špatnou adresou (stávající stav) + příslušný adresní bod se správnou adresou (doplněný v rámci importu z RUIAN). Jaký je správný postup opravy této chyby: a) v JOSM ve vlastní datové vrstvě ručně smazat z budovy tagy adresy a uploadnout jako separátní opravu na OSM server + v data.osm smazat budovu s chybnou adresou (není ji třeba již opravovat a tedy v rámci importu uploadovat) + zachovat správný adresní bod b) v data.osm sloučit správný adresní bod s budovou tak, že výsledkem je pouze objekt budovy se správnou adresou c) v data.osm smazat u budovy chybné tagy a budovu ponechat bez adresy + zachovat správný adresní bod = vše bude v této podobě v rámci importu nahráno na server Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010 Díky, Petr Dne 7. dubna 2014 20:15 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info. Ano, přesně tak to je. Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak? Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam patří- -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Díky, další dotazy :-): 1) v data.osm mám na jedné budově dva adresní body: chybný stávající + správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej kromě z data.osm smazat i ručně z OSM? Předpokládám, že pokud bude v data.osm chybný stávající adresní bod smazán, tak v rámci importu na OSM by zůstal na serverech OSM zachován. Nebo se mýlím? Příklad: http://osm.org/go/0J0Nrr8lF?way=89900078 2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou adresou (možná bylo původním záměrem doplnit POI restaurace k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: a) zachovat stávající POI tak jak je, případně promazat chybné části adresy + zachovat správný nový adresní bod z RUIAN b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + zachovat správný nový adresní bod z RUIAN c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní správná adresa RUIAN Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637 Díky za pomoc, Petr Dne 7. dubna 2014 21:40 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, Budova, o které píšeš, má housenumber 2604/8 a patří tam to číslo 2605/5, jak je u toho bodu. Řešení podle a.) není vůbec potřeba - je zbytečné zakládat další vrstvu, když už všechna potřebná data máš v data.osm. Proto je to tak udělané, že se (většinou ;-)) všechno potřebné dotáhne. Řešení b.) je OK řešení c.) je úplně stejně OK, záleží, kdo co preferuje. Jasně že by bylo lepší mít všude jen body, ale když máš oblast, jako máš, kde je vše na budovách, tak by to bylo dost práce všechno převádět na body. Dobročinnosti se meze nekladou, ale IMO to není potřeba. Pro zajímavost - skutečná budova 2604/8 leží jihojihovýchodně asi 40 metrů u parku, kde se vše správně spárovalo a tagy na budově byly aktualizovány z RUIAN. Dne Po 7. dubna 2014 21:16:53, Petr Kolomazník napsal(a): Ahoj, přidám další dotaz. Ve vygenerovaném data.osm je obsažena budova se špatnou adresou (stávající stav) + příslušný adresní bod se správnou adresou (doplněný v rámci importu z RUIAN). Jaký je správný postup opravy této chyby: a) v JOSM ve vlastní datové vrstvě ručně smazat z budovy tagy adresy a uploadnout jako separátní opravu na OSM server + v data.osm smazat budovu s chybnou adresou (není ji třeba již opravovat a tedy v rámci importu uploadovat) + zachovat správný adresní bod b) v data.osm sloučit správný adresní bod s budovou tak, že výsledkem je pouze objekt budovy se správnou adresou c) v data.osm smazat u budovy chybné tagy a budovu ponechat bez adresy + zachovat správný adresní bod = vše bude v této podobě v rámci importu nahráno na server Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010 Díky, Petr Dne 7. dubna 2014 20:15 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info. Ano, přesně tak to je. Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak? Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam patří- -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Dalsi dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, mam dalsi dotaz: Pozadal jsem data pro obec Kraluv Dvur cast obce primo Kraluv Dvur (krome toho ma obec Kraluv Dvur i dalsi casti s jinymi jmeny jako napr. Zahorany, Pocaply atd.) V datech data.osm pro cast Kraluv Dvur jsou vsak tri AM z jine casti obce - z casti Pocaply, ktere nejsou ovlivneny RUIAN daty (data.osm tedy u techto tri bodu neobsahuji udaje z RUIAN, pouze beze zmeny prebiraji stavajici OSM adresni mista tak jak jsou) viz: http://osm.kraluvdvur.cz/ruian-import-am-z-jine-casti-obce.jpg ALE v RUAIN pro cast obce Pocaply tyhle data jsou viz: http://vdp.cuzk.cz/vdp/ruian/adresnimista/26240793 takze i k temto AM mohla byt nactena data z ruain. Je otazkou proc tyto adresni mista jsou v data.osm (mohu si tipnout - moje prvni domenka co me napada ze bylo selectovano asi podle polohy ktera lezi na polygonu casti obce jehoz hranice nejsou presne) a pak je otazkou proc kdyz uz tato AM v data.osm jsou proc nebyla projeta pres ruian - nebyly k nim nacteny ruian data. Nicmene tohle odpovedi na tyhle otazky nejsou klicove, klicova otazka naopak zni: co s tim? 1) klidne smazat z data.osm a zapomenout ze to tam bylo, s tim ze to bude znovu v importu az se bude resit prislusna cast obce tedy Pocaply 2) nebo uz to nebude znovu v dalsim data.osm ve kterem budou Pocaply a tak to v importu bud smazat a rucne to doplnit podle ruian primo do ostrych dat pripadne to rucne upravit podle ruian v tom data.osm ze se to nahraje do ostrych dat s importem 3) nebo s tim udelat neco uplne jineho Diky Pavel Bokr P.S. omlouvam se pokud se ptam na neco co se da treba odvodit z drivejsich mailu kde se velmi cile diskutoval import i jeho reseni a prubeh a nekdy i snad i nejake technicke zalezitosti, ale to jsem nestihal sledovat, ted jsem vyuzil moznost udelat si poradek v adresach tady u nas. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, Dne Po 7. dubna 2014 21:59:21, Petr Kolomazník napsal(a): Díky, další dotazy :-): 1) v data.osm mám na jedné budově dva adresní body: chybný stávající + správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej kromě z data.osm smazat i ručně z OSM? Předpokládám, že pokud bude v data.osm chybný stávající adresní bod smazán, tak v rámci importu na OSM by zůstal na serverech OSM zachován. Nebo se mýlím? Příklad: http://osm.org/go/0J0Nrr8lF?way=89900078 není potřeba (je dokonce nevhodné) mazat na OSM serveru separátně. Co smažeš z v editoru z data.osm, bude při nahrávání smazáno. Před několika minutami jsem psal o podobné situaci Xificurkovi a zdá se mi, že je to poměrně klíčová informace, tak ji zkusím popsat ještě jednou sem. S data.osm se zachází úplně stejně, jako při jakékoli jiné editaci. Jediný rozdíl mezi daty, staženými z OSM serveru a data.osm je v tom, že v data.osm už jsou některé editace udělané dopředu od bota. Ty jen pokračuješ v editování už rozdělané práce. Princip je ten, že entity (body), keré v .osm souboru jsou, tam jen prostě jsou a nic se s nimi nedělá. Aby se s nimi něco dělalo, je potřeba jim přidat atribut action. Action může být create, modify nebo delete. Jestliže tedy smažeš nějaký bod, projeví se to v datech tím, že tento bod bude mít atribut action=delete. Při uploadu na OSM server se tato akce také provede, tedy bod se smaže. Mazat tedy nelze tak, že bod smažeš ze souboru v nějakém textovém editoru. JOSM maže tak, jak jsem popsal - přidá atribut action=delete. Nové body mají action=create, ty, které se mají změnit, mají action=modify. 2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou adresou (možná bylo původním záměrem doplnit POI restaurace k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: a) zachovat stávající POI tak jak je, případně promazat chybné části adresy + zachovat správný nový adresní bod z RUIAN b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + zachovat správný nový adresní bod z RUIAN c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní správná adresa RUIAN Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637 Na toto asi není jednoznačná odpověď. Řešení a.) se mi moc nezdá, protože autor třeba chtěl, aby se při hledání restaurace zobrazila částečně i adresa a smazáním tagů už se tak dít nebude. Řešením b.) také docílíš toho, že u restaurace už nebude napsaná ulice či číslo domu. Řešení c.) má nevýhodu v tom, že se nebude renderovat symbol a název restaurace a zároveň číslo domu. Tato situace je dost častá. Já to řeším tak, že nechám restauraci být, jak je, a k ní nechám i nový bod z RUIAN. Jestli je to takto správně, to nevím. Nevýhoda je jasná - je tam jeden úplný a jeden neúplný bod s addr:. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dalsi dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, já se dneska upíšu ;) Dne Po 7. dubna 2014 22:13:43, Pavel Bokr napsal(a): Pozadal jsem data pro obec Kraluv Dvur cast obce primo Kraluv Dvur (krome toho ma obec Kraluv Dvur i dalsi casti s jinymi jmeny jako napr. Zahorany, Pocaply atd.) V datech data.osm pro cast Kraluv Dvur jsou vsak tri AM z jine casti obce - z casti Pocaply, ktere nejsou ovlivneny RUIAN daty (data.osm tedy u techto tri bodu neobsahuji udaje z RUIAN, pouze beze zmeny prebiraji stavajici OSM adresni mista tak jak jsou) viz: http://osm.kraluvdvur.cz/ruian-import-am-z-jine-casti-obce.jpg ALE v RUAIN pro cast obce Pocaply tyhle data jsou viz: http://vdp.cuzk.cz/vdp/ruian/adresnimista/26240793 takze i k temto AM mohla byt nactena data z ruain. *Bodů si nevšímat!* Pokud je smažeš, smažou se i z OSM serveru. Pokud je necháš být, nic se s nimi dělat nebude, t.j. nebudou se nikam nahrávat - viz princip action=, popsaný v předchozí zprávě sem do konference. Ty body,které leží mimo tebou požadovanou část, určitě nemají atribut action=, tedy se s nimi samo o sobě nebude nic dít. Pokud je ale smažeš, tak se smažou. Pokud je posuneš, tak se posunout atd. Je otazkou proc tyto adresni mista jsou v data.osm (mohu si tipnout - moje prvni domenka co me napada ze bylo selectovano asi podle polohy ktera lezi na polygonu casti obce jehoz hranice nejsou presne) a pak je otazkou proc kdyz uz tato AM v data.osm jsou proc nebyla projeta pres ruian - nebyly k nim nacteny ruian data. Nicmene tohle odpovedi na tyhle otazky nejsou klicove, klicova otazka naopak zni: Body se tam dostaly takto: Vezmou se všechny body z RUIAN, které jsi požadoval. Ty se uzavřou do polygonu, který není na centimetr přesný; může přesahovat. Následně se všechno, co je v OSM uvnitř takto myšleného polygonu, natáhne do data.osm. To proto, aby se s tím dalo dobře pracovat, nemusely se otevírat další vrstvy atd. 1) klidne smazat z data.osm a zapomenout ze to tam bylo, s tim ze to bude znovu v importu az se bude resit prislusna cast obce tedy Pocaply *Nevšímat si jich!* Nebudou se nikam nahrávat, viz výše. 2) nebo uz to nebude znovu v dalsim data.osm ve kterem budou Pocaply a tak to v importu bud smazat a rucne to doplnit podle ruian primo do ostrych dat pripadne to rucne upravit podle ruian v tom data.osm ze se to nahraje do ostrych dat s importem 3) nebo s tim udelat neco uplne jineho Jediné správné řešení - nechat je být! -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dalsi dotaz k prubehu kontroly - Re: Průběh importu adres
Dne Po 7. dubna 2014 22:29:58, Petr Vejsada napsal(a): Vezmou se všechny body z RUIAN, které jsi požadoval. Ty se uzavřou do polygonu, který není na centimetr přesný; může přesahovat. Následně se všechno, co je v OSM uvnitř takto myšleného polygonu, natáhne do data.osm. To proto, aby se s tím dalo dobře pracovat, nemusely se otevírat další vrstvy atd. upřesnění - nenatáhne se všechno, co je v OSM uvnitř polygonu, ale jen to, co souvisí s adresami, tedy body, čáry a relace s vybranými addr: tagy. -- petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Retours adresses de Nantes Métropole
Bonjour, Le 5 avril 2014 10:27, Jean Couteau cout...@codelutin.com a écrit : - Une question se pose à nous : comment identifier les suppressions entre le fichier NM et OSM (par exemple, numéro non-présent dans OSM mais présent dans le fichier NM). A savoir qu'on risque souvent d'être moins rapides que NM sur les créations de rues et de numéro. Ils ont les délibérations des mairies dans la semaine et les traitent dans la foulée. Et quid de libérer ces délibérations? comme ce qui est fait en Bretagne cf. http://geobretagne.fr/signalement/ On peut ainsi avoir accès aux délibérations cf. http://geobretagne.fr/pub/signalement/sdis29/ Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retours adresses de Nantes Métropole
Les délibérations des communes, agglo, etc sont tous des documents publics réutilisables dont tout citoyen est en droit de réclamer communication (y compris sous format électronique s'il existe). Il faut juste identifier les bons interlocuteurs pour éviter de perdre du temps. Un système d'abonnement à un flux RSS serait idéal, mais ne rêvons pas trop. Denis De : Romain MEHUT [mailto:romain.me...@gmail.com] Envoyé : lundi 7 avril 2014 09:29 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Retours adresses de Nantes Métropole Bonjour, Le 5 avril 2014 10:27, Jean Couteau cout...@codelutin.commailto:cout...@codelutin.com a écrit : - Une question se pose à nous : comment identifier les suppressions entre le fichier NM et OSM (par exemple, numéro non-présent dans OSM mais présent dans le fichier NM). A savoir qu'on risque souvent d'être moins rapides que NM sur les créations de rues et de numéro. Ils ont les délibérations des mairies dans la semaine et les traitent dans la foulée. Et quid de libérer ces délibérations? comme ce qui est fait en Bretagne cf. http://geobretagne.fr/signalement/ On peut ainsi avoir accès aux délibérations cf. http://geobretagne.fr/pub/signalement/sdis29/ Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retours adresses de Nantes Métropole
Le 7 avril 2014 09:32, HELFER Denis denis.hel...@rff.fr a écrit : Les délibérations des communes, agglo, etc sont tous des documents publics réutilisables dont tout citoyen est en droit de réclamer communication (y compris sous format électronique s'il existe). Il faut juste identifier les bons interlocuteurs pour éviter de perdre du temps. Un système d'abonnement à un flux RSS serait idéal, mais ne rêvons pas trop. Dans le cas de GéoBretagne il y a bien la possibilité de s'abonner à un flux RSS. Les bretons, toujours une longueur d'avance ;) Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retours adresses de Nantes Métropole
C'est sûr, ils sont à la pointe de la France ! De : Romain MEHUT [mailto:romain.me...@gmail.com] Envoyé : lundi 7 avril 2014 09:36 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Retours adresses de Nantes Métropole Le 7 avril 2014 09:32, HELFER Denis denis.hel...@rff.frmailto:denis.hel...@rff.fr a écrit : Les délibérations des communes, agglo, etc sont tous des documents publics réutilisables dont tout citoyen est en droit de réclamer communication (y compris sous format électronique s'il existe). Il faut juste identifier les bons interlocuteurs pour éviter de perdre du temps. Un système d'abonnement à un flux RSS serait idéal, mais ne rêvons pas trop. Dans le cas de GéoBretagne il y a bien la possibilité de s'abonner à un flux RSS. Les bretons, toujours une longueur d'avance ;) Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTMFR: programme de samedi en ligne + quelques précisions
2014-04-02 11:33 GMT+02:00 Vincent Pottier vpott...@gmail.com: Le 02/04/2014 10:56, V de Chateau-Thierry a écrit : Bonjour, De : Romain MEHUT On envoie une invitation à la FFRP pour écouter Benjamin JEAN? ;) Pour particulièrement cette session, une restitution sera la bienvenue. Scribes welcome :) +1 Des nouvelles du retour de Benjamin Jean pour ceux qui n'ont pas eu la chance de venir au sotmfr ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
