Re: [Talk-transit] GTFS and the like
Sean, it would be interesting to know whether GO-Sync's processing includes the GTFS route shapes (the exact vehicle paths stored in shapes.txt) in any way. For example: if the GTFS feed only covers the location / attributes of stations and is missing shapes.txt information, does GO-Sync try to extract these shapes from OSM data? If so, what approach do you use? How are existing shapes compared to data already existent in OSM? Many public transport companies have very good data regarding the position of their stops, but lack the exact paths vehicles take between succeeding stations. In my opinion, providing not only the possibility to extract these shapes from existing OSM data but also the tools to edit them via OSM would dramatically increase the geospatial quality of many GTFS feeds. I just browsed GO-Sync's paper and couldn't find anything relating to this problem. Are there any future plans to include the functionality described above? Thank you! Best regards Patrick Brosi -- geOps e.K. Commercial Registry A 702785, Freiburg Kaiser-Joseph-Strasse 263 D-79098 Freiburg direct +49 (0)761 458925 10 free+800 436 436 436 web www.geops.de rss www.geops.de/blog/feed follow www.twitter.com/geops On 03/04/14 16:47, Barbeau, Sean wrote: As part of a research project http://www.locationaware.usf.edu/ongoing-research/projects/open-transit-data/ in 2011, we developed GO-Sync an open-source tool to synchronize bus stop data between a GTFS dataset and OSM: https://code.google.com/p/gtfs-osm-sync/ The main idea was to help the transit agency improve the accuracy of bus stop geocoding, and amenity catalog, by crowdsourcing this information. So, the tool has the ability to diff a GTFS dataset and OSM, and produce a new GTFS dataset with the merged attributes. Please feel free to try it out, and additional contributions would be welcome. We determined that timetable information wasn’t really well-suited for storage in OSM directly due to OSM’s lack of relational data support. Additionally, the information changes fairly frequently (usually at least quarterly), which means the data would need to be updated frequently. If you also try attaching transit service to roads in OSM, this would mean programmatically updating OSM relations, which seemed far too error prone. GTFS is a widely-accepted format for transit data at this point, and in our opinion relying directly on the GTFS dataset produced by the agency for timetable and other transit information is the best practice. This also implies that any improvements to the information need to be fed back to the agency for integration into the GTFS dataset, hence the creation of the GO-Sync tool. Sean *Sean J. Barbeau, Ph.D.* Principal Mobile Software Architect for RD Center for Urban Transportation Research University of South Florida 4202 E. Fowler Avenue, CUT100 | Tampa, FL 33620-5375 813.974.7208 | 813.974.5168 (fax) | barb...@cutr.usf.edu mailto:barb...@cutr.usf.edu | QR Code http://chart.apis.google.com/chart?cht=qrchs=350x350chld=Lchoe=UTF-8chl=MECARD%3AN%3ASean+J.+Barbeau+Ph.D.%3BORG%3AUniversity+of+South+Florida%3BTEL%3A8139747208%3BURL%3Ahttp%5C%3A%2F%2Fwww.locationaware.usf.edu%2F%3BEMAIL%3Abarbeau%40cutr.usf.edu%3BNOTE%3APrincipal+Mobile+Software+Architect+for+R%26D%3B%3B http://www.locationaware.usf.edu/ *Subscribe http://lists.cutr.usf.edu/read/all_forums/subscribe?name=locationaware to USF's Location-Aware Information Systems listserve to be notified by email of new research reports, industry news, etc. and to discuss location-aware technology issues and experiences.* ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] GTFS and the like
Hi, it sounds very interesting. If you need help about VDV oder HAFAS or INFOPool feel free to ask. And don't forget VDV is an open format. Every company make there own style of it. So its not easy every time to import this without any errors. regards Jan Am 03.04.2014 15:00, schrieb webmas...@openpublictransport.org: Dear All, As it is relevant to the debate, may I inform you about the project I am working on (OpenPublicTransport.org) which will help in solving the timetable part of Florian's question. When operational in a few weeks time, there will be the ability to easily display/add/update public transport timetables. This comes on top of the stop/route data which is part of the OSM dataset. GTFS import will be supported. Thanks to Jan I have now heard about the VDV open format I will also look at integrating. At the moment, the website displays routes/stops fetched from the OSM database. Best regards, Vincent -Message d'origine- De : talk-transit-requ...@openstreetmap.org [mailto:talk-transit-requ...@openstreetmap.org] Envoyé : jeudi 3 avril 2014 14:01 À : talk-transit@openstreetmap.org Objet : Talk-transit Digest, Vol 48, Issue 1 Send Talk-transit mailing list submissions to talk-transit@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-transit or, via email, send a message with subject or body 'help' to talk-transit-requ...@openstreetmap.org You can reach the person managing the list at talk-transit-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-transit digest... Today's Topics: 1. GTFS and the like (Florian Lohoff) 2. Re: GTFS and the like (Mike N) 3. Re: GTFS and the like (Janko Miheli?) 4. Re: GTFS and the like (john whelan) 5. Re: GTFS and the like (Jan) -- Message: 1 Date: Wed, 2 Apr 2014 18:29:16 +0200 From: Florian Lohoff f...@zz.de To: talk-transit@openstreetmap.org Subject: [Talk-transit] GTFS and the like Message-ID: 20140402162916.ga7...@pax.zz.de Content-Type: text/plain; charset=us-ascii Hi, i am now that busy with public transport but i got a mail from the regional public transport authority who show interest in publishing data or work together with OSM. I am not really the public transport guru, i just read a bit here and there and had looked at the GTFS stuff. Is there a consolidated approach to not only bus stops (which i take as solved) but time table, live data etc? Probably Germany only? What file format is the defakto standard. Is GTFS the solution and one day all data consumers for public transport will use GTFS? I think currently the whish for locals is to simply take the data and have some nice clickable map with timetables and all those bells and whistles. I havent seen that approach yet so i ask. Flo ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
[Talk-hr] learnosm prijevod gotov
http://learnosm.org/hr/ Od danas i Hrvatski kao ponuđeni jezik na početnoj strani! Prva verzija prijevoda gotova, sad sljedi ispravljanje grešaka. Ako/kad primjetite greške pomozite nam. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] learnosm prijevod gotov
Svaka čast! 2014-04-04 14:54 GMT+02:00 hbogner hbog...@gmail.com: http://learnosm.org/hr/ Od danas i Hrvatski kao ponuđeni jezik na početnoj strani! Prva verzija prijevoda gotova, sad sljedi ispravljanje grešaka. Ako/kad primjetite greške pomozite nam. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Concept of completeness and level of detail in OSM
Dear everyone, Something I've been thinking about recently is the concept of completeness in OSM. As more and more people and groups are interested in using OSM data, the common question I am often asked is: what areas in the Philippines is complete?. This is very difficult to answer because as we always say: the world is always changing, so the map is never complete ;). But surely, we need to in a way describe an area as to what level of mapping is done. Eugene created a good framework on this concept he called Geodata_detail_levels [0]. He even provided good examples of map products we can reference as to the kind of mapping detail. I think this is a very good initial evaluation mechanism to define the level of detail (LOD) in OSM. I would like for us to discuss and improve the LOD concept Eugene started. Maybe we can add more information on the Data requirements section for LOD 3-7? Side note, I'm trying to work on LOD1 this year [1] ;) Any ideas? [0] http://wiki.openstreetmap.org/wiki/Philippines/Geodata_detail_levels [1] http://www.openstreetmap.org/user/maning/diary/21068 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ?
Enkele maanden geleden is dit onderwerp ook op het forum verschenen. Toen had ik begrepen dat het enkel op nodes mocht. Sindsdien gebruik ik het om aan te duiden dat twee wegen die kort bij mekaar eindigen maar gescheiden zijn door een gracht, heuvel, bomenrij, enz. niet op mekaar aansluiten. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: vrijdag 4 april 2014 8:51 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ? From the tagging mailing list and the German mailing list. The conclusion is that noexit should only be used on nodes and in case there is no way for any road user to continue. So it's not used when there is a no-exit sign with a cyclist/pedestrian on top If I recall correctly, this is different from what was discussed on this mailing list (tag can be placed on ways as well). Op de Duitse en tagging mailing lists werd er gediscussieerd over noexit. Het zou enkel mogen gebruikt worden op nodes en wanneer geen enkele weggebruiker verder kan. Dus niet bij een doodlopende straat met daarboven een fietser/voetganger. Ik denk dat dit anders is dan wat vroeger op deze lijst geschreven is (mag ook op wegen). regards m -- Forwarded message -- From: Florian Schäfer flor...@schaeferban.de Date: Thu, Apr 3, 2014 at 9:50 PM Subject: Re: [Tagging] noexit=yes on ways ? To: tagg...@openstreetmap.org Hello, Am 03.04.2014 21:22, schrieb SomeoneElse: fly wrote: Is noexit=yes useful on ways ? Asking a slightly broader question, in what situations is noexit=yes useful at all, except as a cue to subsequent mappers in the very rare situation that one way ends very close to another one and there's absolutely nothing (not a wall, footpath, anything) between them? In the diskussion on the German ML, some users pointed out, that it is rendered on some (esp. outdoor-)maps to indicate, that the way really ends. Because otherwise one could think that the mapper who added this way has just entered the first part of the way and forgot to tag fixme=continue or something similar. And obviously there is the advantage for QA-tools to filter out false-positive unconnected-way-errors. By the way: I am the user who started the discussion on talk-de. And my intention was to define the usage of the tag more precisely and to point out, that there are currently situations, where this tag is used but where it makes no sense. For example it was used at entrances of buildings, because the way ends there of course (I oppose this usage). And the discussion showed, that it makes no sense there, because some people can always enter an entrance, so is not a deadend. Another conclusion from the discussion was, that noexit=yes should only be used where no person can travel further. For a more complete overview over the conclusions, see the german Wiki-page [1] (Google translate: [2]), which I've updated today with the insights from the discussion. Cheers, Florian [1]: https://wiki.openstreetmap.org/wiki/DE:Key:noexit [2]: http://translate.google.com/translate?sl=de http://translate.google.com/translate?sl=detl=enjs=yprev=_thl=deie=UTF -8u=http%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FDE%3AKey%3Anoexitedit-tex t=act=url tl=enjs=yprev=_thl=deie=UTF-8u=http%3A%2F%2Fwiki.openstreetmap.org%2Fw iki%2FDE%3AKey%3Anoexitedit-text=act=url ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ?
jouw gebruik is inderdaad wat ze nu op de Duitse wiki beschrijven. De Engelse zou nog beschrijven dat het ook op wegen kan. On Fri, Apr 4, 2014 at 9:02 AM, Guy Vanvuchelen guy.vanvuche...@gmail.comwrote: Enkele maanden geleden is dit onderwerp ook op het forum verschenen. Toen had ik begrepen dat het enkel op nodes mocht. Sindsdien gebruik ik het om aan te duiden dat twee wegen die kort bij mekaar eindigen maar gescheiden zijn door een gracht, heuvel, bomenrij, enz. niet op mekaar aansluiten. Guy Vanvuchelen *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* vrijdag 4 april 2014 8:51 *Aan:* OpenStreetMap Belgium *Onderwerp:* [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ? From the tagging mailing list and the German mailing list. The conclusion is that noexit should only be used on nodes and in case there is no way for any road user to continue. So it's not used when there is a no-exit sign with a cyclist/pedestrian on top If I recall correctly, this is different from what was discussed on this mailing list (tag can be placed on ways as well). Op de Duitse en tagging mailing lists werd er gediscussieerd over noexit. Het zou enkel mogen gebruikt worden op nodes en wanneer geen enkele weggebruiker verder kan. Dus niet bij een doodlopende straat met daarboven een fietser/voetganger. Ik denk dat dit anders is dan wat vroeger op deze lijst geschreven is (mag ook op wegen). regards m -- Forwarded message -- From: *Florian Schäfer* flor...@schaeferban.de Date: Thu, Apr 3, 2014 at 9:50 PM Subject: Re: [Tagging] noexit=yes on ways ? To: tagg...@openstreetmap.org Hello, Am 03.04.2014 21:22, schrieb SomeoneElse: fly wrote: Is noexit=yes useful on ways ? Asking a slightly broader question, in what situations is noexit=yes useful at all, except as a cue to subsequent mappers in the very rare situation that one way ends very close to another one and there's absolutely nothing (not a wall, footpath, anything) between them? In the diskussion on the German ML, some users pointed out, that it is rendered on some (esp. outdoor-)maps to indicate, that the way really ends. Because otherwise one could think that the mapper who added this way has just entered the first part of the way and forgot to tag fixme=continue or something similar. And obviously there is the advantage for QA-tools to filter out false-positive unconnected-way-errors. By the way: I am the user who started the discussion on talk-de. And my intention was to define the usage of the tag more precisely and to point out, that there are currently situations, where this tag is used but where it makes no sense. For example it was used at entrances of buildings, because the way ends there of course (I oppose this usage). And the discussion showed, that it makes no sense there, because some people can always enter an entrance, so is not a deadend. Another conclusion from the discussion was, that noexit=yes should only be used where no person can travel further. For a more complete overview over the conclusions, see the german Wiki-page [1] (Google translate: [2]), which I've updated today with the insights from the discussion. Cheers, Florian [1]: https://wiki.openstreetmap.org/wiki/DE:Key:noexit [2]: http://translate.google.com/translate?sl=detl=enjs=yprev=_thl=deie=UTF-8u=http%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FDE%3AKey%3Anoexitedit-text=act=url ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ?
Er werd toen gesuggereerd dat programmeurs mogelijkheden genoeg hebben om vast te stellen dat de weg doodloopt (voor bepaalde voertuigen) Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: vrijdag 4 april 2014 9:37 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ? jouw gebruik is inderdaad wat ze nu op de Duitse wiki beschrijven. De Engelse zou nog beschrijven dat het ook op wegen kan. On Fri, Apr 4, 2014 at 9:02 AM, Guy Vanvuchelen guy.vanvuche...@gmail.com wrote: Enkele maanden geleden is dit onderwerp ook op het forum verschenen. Toen had ik begrepen dat het enkel op nodes mocht. Sindsdien gebruik ik het om aan te duiden dat twee wegen die kort bij mekaar eindigen maar gescheiden zijn door een gracht, heuvel, bomenrij, enz. niet op mekaar aansluiten. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: vrijdag 4 april 2014 8:51 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Fwd: [Tagging] noexit=yes on ways ? From the tagging mailing list and the German mailing list. The conclusion is that noexit should only be used on nodes and in case there is no way for any road user to continue. So it's not used when there is a no-exit sign with a cyclist/pedestrian on top If I recall correctly, this is different from what was discussed on this mailing list (tag can be placed on ways as well). Op de Duitse en tagging mailing lists werd er gediscussieerd over noexit. Het zou enkel mogen gebruikt worden op nodes en wanneer geen enkele weggebruiker verder kan. Dus niet bij een doodlopende straat met daarboven een fietser/voetganger. Ik denk dat dit anders is dan wat vroeger op deze lijst geschreven is (mag ook op wegen). regards m -- Forwarded message -- From: Florian Schäfer flor...@schaeferban.de Date: Thu, Apr 3, 2014 at 9:50 PM Subject: Re: [Tagging] noexit=yes on ways ? To: tagg...@openstreetmap.org Hello, Am 03.04.2014 21:22, schrieb SomeoneElse: fly wrote: Is noexit=yes useful on ways ? Asking a slightly broader question, in what situations is noexit=yes useful at all, except as a cue to subsequent mappers in the very rare situation that one way ends very close to another one and there's absolutely nothing (not a wall, footpath, anything) between them? In the diskussion on the German ML, some users pointed out, that it is rendered on some (esp. outdoor-)maps to indicate, that the way really ends. Because otherwise one could think that the mapper who added this way has just entered the first part of the way and forgot to tag fixme=continue or something similar. And obviously there is the advantage for QA-tools to filter out false-positive unconnected-way-errors. By the way: I am the user who started the discussion on talk-de. And my intention was to define the usage of the tag more precisely and to point out, that there are currently situations, where this tag is used but where it makes no sense. For example it was used at entrances of buildings, because the way ends there of course (I oppose this usage). And the discussion showed, that it makes no sense there, because some people can always enter an entrance, so is not a deadend. Another conclusion from the discussion was, that noexit=yes should only be used where no person can travel further. For a more complete overview over the conclusions, see the german Wiki-page [1] (Google translate: [2]), which I've updated today with the insights from the discussion. Cheers, Florian [1]: https://wiki.openstreetmap.org/wiki/DE:Key:noexit [2]: http://translate.google.com/translate?sl=de http://translate.google.com/translate?sl=detl=enjs=yprev=_thl=deie=UTF -8u=http%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FDE%3AKey%3Anoexitedit-tex t=act=url tl=enjs=yprev=_thl=deie=UTF-8u=http%3A%2F%2Fwiki.openstreetmap.org%2Fw iki%2FDE%3AKey%3Anoexitedit-text=act=url ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] De Lijn routes op Wikipedia NL
Hallo, Ik heb me eens beziggehouden met het toevoegen van pagina's op wikipedia: https://nl.wikipedia.org/wiki/Buslijn_601_%28Leuven%29 (nieuwe lijn vanaf 22/4/2014) https://nl.wikipedia.org/wiki/Buslijn_600_%28Leuven%29 https://nl.wikipedia.org/wiki/Buslijn_616_%28Leuven_-_Zaventem_Luchthaven%29 https://nl.wikipedia.org/wiki/Buslijn_1_%28Leuven%29 https://nl.wikipedia.org/wiki/Buslijn_2_%28Leuven%29 Compleet met verwijzing van de haltes naar de realtime pagina's van De Lijn en een verwijzing naar Overpass API voor de routes. De historiek is een hardere noot om te kraken... Groeten, Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] [Tagging] noexit=yes on ways ?
On 2014-04-04 17:35, Pieren wrote : On Fri, Apr 4, 2014 at 4:14 PM, Nelson A. de Oliveira nao...@gmail.com wrote: On Fri, Apr 4, 2014 at 10:54 AM, fly lowfligh...@googlemail.com wrote: If it is accepted, I gonna hange the wiki accordingly and gonna ask a for validator checks in JOSM, as we have more than 100,000 ways with this tag. Basically I agree with the current text of http://wiki.openstreetmap.org/wiki/Key:noexit (except that I don't agree to use it on ways). As I understood, the noexit=yes means this way is a cul-de-sac. What is unclear if the tag is on the last node or on the way itself ? It is still a cul-de-sac... As it has been said before I think, there is no need for a cul-de-sac tag. A cul-de-sac is obvious either because the end of the way is a cul-de-sac or because other tags make it one. At which end of the way would be a cul-de-sac if some tag were on a way to indicated it? Or, maybe, we're inventing ways with a cul-de-sacs at both ends? It seems that 40% of the noexit=yes tags are on ways and are understandable by their contributors but 100% of the persons writing on this thread do not understand what 40% of the contributors do ... So, instead of trying to change 40% of the contributors with wiki fiddling and josm obscure validations, you should try to open a bit your mind and accept that contributors can supply the same information in different ways (or nodes ;-). Stay open like OpenStreetMap ;-) It's not a question of understanding what contributors do, it's a question of the contributors understanding what the wiki says, clearly: This tag is mainly useful where a road or path ends close to another way but where it isn't possible to get through due to a barrier or other obstruction which may otherwise look like a mistake for a connection to the nearby road. It helps other mappers and quality-check programs to understand the situation correctly. What many contributors do is indicating obvious cul-de-sacs like saying the tip of my finger is the end of it. Or should we complain that all cul-de-sacs are not tagged? There are a great many !!! Others make the mistake tagging a cul-de-sac traffic sign with noexit. On one hand, this is obviously trying to tag the cul-de-sac where it is not. On the other hand, such signs exist because the driver can't see the blocked end of the road. That does not happen when one looks at a map. That's another error that was spotted by a lynx-eyed contributor and that I corrected in another part of the wiki. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Copyright of old media / images / maps
Anybody can explain how it can be legal to claim copyright on old material, say 18th or 19th century works? When browsing the web (mostly library pages and catalogues) those institutions often claim full copyright and prohibit reproduction, distribution etc. of the (digitalized/scanned/photographed) works, but I wonder on what basis they do so, given that the authors of those works are all dead for centuries now. Would it be legitimate to derive features (e.g. names or old names) for osm from such sources if the distributing entity claims copyright on the material? cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright of old media / images / maps
On Sat, Apr 5, 2014 at 12:02 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Anybody can explain how it can be legal to claim copyright on old material, say 18th or 19th century works? When browsing the web (mostly library pages and catalogues) those institutions often claim full copyright and prohibit reproduction, distribution etc. of the (digitalized/scanned/photographed) works, but I wonder on what basis they do so, given that the authors of those works are all dead for centuries now. Would it be legitimate to derive features (e.g. names or old names) for osm from such sources if the distributing entity claims copyright on the material? As I understand it, in some jurisdictions, while the original piece (on paper, canvas, etc.) is already in the public domain, a digital scan, reproduction, or photograph of the piece may still be given copyright protection, especially if the jurisdiction uses the sweat of the brow doctrine[1] as the reproduction process may take a lot of effort and skill (e.g., preventing damage to the original piece). This is notably NOT the case in the United States as shown by the Bridgeman Art Library v. Corel Corp. case[2]. As for deriving factual data from the reproductions, I think this should be OK since you are not copying the reproduction itself but rather picking up uncopyrightable data, much the same as if you are picking out facts by reading a copyrighted piece of text. But of course, IANAL. [1] https://en.wikipedia.org/wiki/Sweat_of_the_brow [2] https://en.wikipedia.org/wiki/Bridgeman_Art_Library_v._Corel_Corp. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright of old media / images / maps
Their are quite a few facets of this issue, just some of many: - do you actually have access to an original copy? Obviously who ever is providing access to an online version is completely free to define whatever ToS they want. - sweat of the brow provisions as Eugene mentions - dead for centuries is typically not actually true in the plural. Particularly if you might have had rather young co-authors (aka apprentices) you might be surprised how far in to the 20th century copyright protection could potentially extend. Simon Am 04.04.2014 18:02, schrieb Martin Koppenhoefer: Anybody can explain how it can be legal to claim copyright on old material, say 18th or 19th century works? When browsing the web (mostly library pages and catalogues) those institutions often claim full copyright and prohibit reproduction, distribution etc. of the (digitalized/scanned/photographed) works, but I wonder on what basis they do so, given that the authors of those works are all dead for centuries now. Would it be legitimate to derive features (e.g. names or old names) for osm from such sources if the distributing entity claims copyright on the material? cheers, Martin ___ 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] Copyright of old media / images / maps
On 04.04.14 21:09, Martin Koppenhoefer wrote: this wasn't obvious to me, I can understand that they can charge whatever they want for making available a copy, but I didn't know they could further contractually forbid to redistribute / copy / upload to wiki commons etc., even if the material is in the PD according to copyright law Below the line the question is: was the act of reproducing that thing an act of creation (Akt der Schöpfung im Sinne des Urheberrechts; also mit der nötigen Schöpfungshöhe). This is usually granted for a photography. The copyright status (*Urheberrechts*status) of the reproduction is separate from the copyright status of the original (in the case of an act of creation). und auf Deutsch kurz (weil da tu' ich mir leichter): Fotografien sind üblicherweise urheberrechtliche Werke, Xerokopien (meines Wissens) nicht. Beim Scan weiß ich nicht, kommt vermutlich auch auf den Aufwand an. Im Streitfall muß ein Gericht entscheiden, ob der jeweilige Akt ein Schöpfungsakt war oder nicht. Bezieht sich jetzt auf österr. (vermutl. Europäisches) Recht. Du könntest vermuten, dass es eine reine Kopie war (und kein schöpferischer Akt) und die Reproduktion verwenden. Nur wenn der Urheber Dich dann verklagt, muß das Gericht entscheiden. Und wenn Du verlierst, hast Du eine Urheberrechtsverletzung begangen... And Google has even translated quite useful (slightly edited): Photographs are usually copyrighted works, photocopies (to my knowledge) are not. In the case of a scan I do not know, it probably also depends on the effort. In case of dispute, a court must decide whether the particular act was an act of creation or not. Refers now on Austrian (probably European) law. You might suspect that it was a pure copy (and not a creative act) and use the reproduction. Only if the author then sued you, the court must decide. And if you lose, you have committed copyright infringement... /al ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Level0 OpenStreetMap Editor
Hi! I'm quite proud to announce a new OSM editor, Level0: http://level0.osmz.ru It is a web-based, text-only editor, a bit like RawEdit, but with more features and without scary XML. Basically, you are editing easy to understand lines like way 123123 with tags written like highway=primary. There is a map for positioning of nodes, which allows for creating new POIs, and it can edit multiple objects at once. The editor might be useful not only for mass-editing of tags or updating some POIs, but also as a learning tool for beginners, which makes understanding OSM data model easier. Also I expect it to replace RawEdit everywhere. There is a description on wiki: http://wiki.openstreetmap.org/wiki/Level0 Language is also described there: http://wiki.openstreetmap.org/wiki/Level0L Source is published on GitHub: https://github.com/zverik/level0 And I'll be happy to see it translated into more languages on Transifex: https://www.transifex.com/projects/p/level0/ IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Level0 OpenStreetMap Editor
And I'll be happy to see it translated into more languages on Transifex: https://www.transifex.com/projects/p/level0/ German: done ;)! -nik -- * concerning Mozilla code leaking assertion failures to tty without D-BUS * mirabilos That means, D-BUS is a tool that makes software look better than it actually is. PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Level0 OpenStreetMap Editor
On 04/04/2014, Ilya Zverev zve...@textual.ru wrote: Hi! I'm quite proud to announce a new OSM editor, Level0: http://level0.osmz.ru It is a web-based, text-only editor, a bit like RawEdit, but with more features and without scary XML. Basically, you are editing easy to understand lines like way 123123 with tags written like highway=primary. There is a map for positioning of nodes, which allows for creating new POIs, and it can edit multiple objects at once. The editor might be useful not only for mass-editing of tags or updating some POIs, but also as a learning tool for beginners, which makes understanding OSM data model easier. Also I expect it to replace RawEdit everywhere. There is a description on wiki: http://wiki.openstreetmap.org/wiki/Level0 Language is also described there: http://wiki.openstreetmap.org/wiki/Level0L Source is published on GitHub: https://github.com/zverik/level0 And I'll be happy to see it translated into more languages on Transifex: https://www.transifex.com/projects/p/level0/ Looks interesting, but I haven't looked very far because I can't find how to change the language. I'm really lost with Russian. My browser asks for English or French or German. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Level0 OpenStreetMap Editor
Hi! I'm quite proud to announce a new OSM editor, Level0: http://level0.osmz.ru Looks interesting, but I haven't looked very far because I can't find how to change the language. I'm really lost with Russian. My browser asks for English or French or German. Oops, sorry, it had three languages, but for some reason all of them turned to be Russian. I've fixed that now. Thanks to Dominik for completing German translation. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Sneak preview: OSM in Botswana
Greetings. I've been running the Mapping Botswana project for the past 6 months and the map is in a better state there than before. However to get more locals to participate I thought it would be prudent to use a .bw domain and to give them a few options you don't get on the default OSM website. Currently the domain links to OSM default but athttp://www.openstreetmap.org.bw/index2.php http://www.openstreetmap.org.bw/index2.php you can see a sneak peek of where I am going with this. The location picker in the top right corner will hopefully be a nice feature for the locals. The text content pages I'm still working on and greatly appreciate any feedback on layout and content. The goal is to get more Matswana (residents of Botswana) to contribute to the project and hopefully one day form their own local chapter. best wishes from Iceland, Jóhannes www.hlidskjalf.is ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Semantic Plugin - A new JOSM's plugin to enhance contributor experience
Dear OSM contributors, A friendly reminder about this new JOSM plugin called OSM Semantic [1]. If you didn't test it yet, it would be nice for me to hear your feedbacks [2]. The plugin aims to both provide a better user experience and enhance the quality of OSM data by helping users discover new tags relevant for the objects being edited. This plugin is part of a research project led by Memorial University, Canada. The study involves tests of the plugin by the user community (you!) followed by a quick feedback. The plugin and the tests will be reported in a chapter of a forthcoming book titled OpenStreetMap in GIScience: Experiences, Research, Applications [3]. It would be great if you could spend a few minutes to test this plugin and report on your experience. You can easily add the plugin to the interface by enabling it through the JOSM preferences Edit - Preferences - Plugin : Search: Semantic At the end of your test, please spend a few minutes filling the very short questionnaire to report on your experience with the plugin [2]. The link to the questionnaire is also displayed on the plugin interface. Thank you and don’t hesitate to email me directly if you have questions. The more people will do this, the best it will be for our study. Arnaud Vandecasteele [1]https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OSMantic [2]https://sites.google.com/site/osmanticjosm/ [3] http://k1z.blog.uni-heidelberg.de/2013/11/19/call-for-chapter-proposal-submission-on-openstreetmap-in-giscience-experiences-research-applications/ -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://geotribu.net/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] No new information on the SOTM since January 2014
Hello, since the release there is no new information. There are no application forms, only slightly from last year. Did I consider great if there really will be a SOTM. The arrival is causing great cost, so a rejection in the next few months would be very detrimental to all. But I would appreciate more if the organizations could allay my concerns. Marc ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] No new information on the SOTM since January 2014
SOTM EU and US, combined with the OSMF focus on being more of a theoretical body have reduced the profit and motivation in doing a SOTM to approximately zero. I hope it still happens, but I’d be surprised. It might be better to run a SOTM South America, or something. Steve On Apr 4, 2014, at 2:06 PM, wn reader wnrea...@gmail.com wrote: Hello, since the release there is no new information. There are no application forms, only slightly from last year. Did I consider great if there really will be a SOTM. The arrival is causing great cost, so a rejection in the next few months would be very detrimental to all. But I would appreciate more if the organizations could allay my concerns. Marc ___ 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] No new information on the SOTM since January 2014
SOTM EU and US, combined with the OSMF focus on being more of a theoretical body have reduced the profit and motivation in doing a SOTM to approximately zero. I hope it still happens, but I'd be surprised. It might be better to run a SOTM South America, or something. Steve OSMF organised conferences (State Of The Map) should continue to be at least self-financing. http://wiki.osmfoundation.org/wiki/Board_Meeting_Minutes_2013-12-10 As long as this continues then I see no reason to believe that SOTM will stop (especially this years which has already been confirmed to be held in Buenos Aires): https://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/ Hold tight, these things take time to organise. If you are able to help, then get in touch with Henk who will appreciate the help. Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] No new information on the SOTM since January 2014
Oh, I should add that this years SOTM is two months later than last years, and as such the schedule will naturally shift back. Last year Birmingham was announced Feb 11th, and the first meeting was Feb 20th. The website went live March 13th and the Call for Presentations hit the site on April 23rd. The conference was in early September. Based on these dates (if you add two months to each to reflect that SOTM is two months later) we are still ahead of last years schedule. Regards, Rob On 4 April 2014 22:59, Rob Nickerson rob.j.nicker...@gmail.com wrote: SOTM EU and US, combined with the OSMF focus on being more of a theoretical body have reduced the profit and motivation in doing a SOTM to approximately zero. I hope it still happens, but I'd be surprised. It might be better to run a SOTM South America, or something. Steve OSMF organised conferences (State Of The Map) should continue to be at least self-financing. http://wiki.osmfoundation.org/wiki/Board_Meeting_Minutes_2013-12-10 As long as this continues then I see no reason to believe that SOTM will stop (especially this years which has already been confirmed to be held in Buenos Aires): https://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/ Hold tight, these things take time to organise. If you are able to help, then get in touch with Henk who will appreciate the help. Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Level0 OpenStreetMap Editor
Le 04/04/2014 10:57, Christoph Hormann a écrit : On Friday 04 April 2014, Ilya Zverev wrote: It is a web-based, text-only editor, a bit like RawEdit, but with more features and without scary XML. Basically, you are editing easy to understand lines like way 123123 with tags written like highway=primary. There is a map for positioning of nodes, which allows for creating new POIs, and it can edit multiple objects at once. Nice. Yes, its a interesting approach. Maybe keep way displayed on tag line. Seems there have been several approaches recently to design text based formats for OSM data that are less clumsy than XML like your Level0L and Osmiums OPL: http://osmcode.org/libosmium/manual/libosmium-manual.html#opl-object-per-line-format These surely have different purposes - one is for easy human editing and one is for automatic processing but it might none the less make sense to see if these goals can be achieved in the same format together. Last month I have also added a textual tags (only) editor in Osmose in order to replace the RawEditor. Quick look of the editor in wiki : http://wiki.openstreetmap.org/wiki/Osmose#Osmose_integrated_tags_editor It support display of diff on tags. You can also test it on live Osmose after loggin with OAuth and edit something from a popup. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] path undre overhanging cliff?
Quoting Frank sundowne...@optusnet.com.au: Here is a nice puzzel? How would you tag a path that lies under an overhanging cliff? So it is not a tunnel, nor under a bridge... What about covered=yes (similar to roads under buildings)? http://wiki.openstreetmap.org/wiki/Key:covered Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Where to use sat image rather than GPS input?
On 4 Apr 2014, at 11:22 am, Frank sundowne...@optusnet.com.au wrote: Context: Jenolan Caves, there is a tunnel that connects two valleys. The GPS information contains errors that is enlarged by the reduced view of GPS satellites and by multipath reflections caused by the valley and the steep hillside that the tunnel passes through. In some places I contend that the sat imagery is to be preferred as more precise/detailed compared to collected GPS data. I’d agree that sat imagery is preferred - just be aware that the imagery will need to be aligned with GPS traces in less problematic areas (e.g. on top of hills). There may be some previously-submitted GPS traces in the area to compare with yours. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Reverter changeset.
Pessoal, Gostaria de que alguém com experiência revertesse o changeset https://www.openstreetmap.org/changeset/21486382 . Pedido do próprio usuário (em cópia). Pode reverter tudo. [ ]s Paulo -- Mensagem encaminhada -- De: Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com Data: 4 de abril de 2014 07:47 Assunto: RE: Compilação Mapas Para: Paulo Carvalho paulo.r.m.carva...@gmail.com Paulo, bom dia, Cara, só erra quem faz ou pelo menos tenta! Lembre-se disso antes de me detonar... rsrs. Não fique chateado, mas fiz uma caquinha ontem. Acabei subindo os tracks a partir do JOSM sem ter trazido uma camada do servidor. Quando percebi, cancelei o processo. Porém, já tinha ido alguma coisa... Atrapalhou até o meu sono esta noite (isto é sério!) ... Necessito de sua ajuda ou pelo menos uma orientação a quem possa recorrer pra reverter essa situação (gostaria de aprender como reverter uma carga errada): https://www.openstreetmap.org/node/2765930790#map=19/-22.06341/-42.06044 Gostaria também, se possível, que você me ajudasse com um micro tutorial de como proceder a alteração que pretendo fazer. Fico no aguardo, Abraços, Hélio Coutinho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
2014-04-04 8:20 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Gostaria de que alguém com experiência revertesse o changeset https://www.openstreetmap.org/changeset/21486382 . Pedido do próprio usuário (em cópia). Pode reverter tudo. Eu reverto. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] [JOSM] Bloquear uma layer para envio
Pessoal, É possível bloquear uma layer com dados não tratados (ex.: tracks brutos) para evitar envios inadvertidos? [ ]s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Nélson, muito obrigado. Já estou orientando o usuário sobre como usar o JOSM. Ele era usuário do iD. [ ]s Paulo Em 4 de abril de 2014 08:31, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-04-04 8:20 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Gostaria de que alguém com experiência revertesse o changeset https://www.openstreetmap.org/changeset/21486382 . Pedido do próprio usuário (em cópia). Pode reverter tudo. Eu reverto. ___ 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] Reverter changeset.
Segundo o que sei dele, está refazendo ruas de acordo com imagens do bing e consultando a lista telefônica e conhecimento da cidade para preencher os nomes que estejam faltando. 2014-04-04 8:38 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Acabando de ser revertido em http://www.openstreetmap.org/changeset/21493086 E só uma dúvida: é uma importação isso? ___ 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] [JOSM] Bloquear uma layer para envio
Nao sei se pode bloquear este direito em JOSM mas voce pode salvar o camada de mudanças em OSM Change format, este e um arquivo XML com somente os mudanças, e pode ser editada separadamente Por exemplo, salvar o OSM Change, sair JOSM sem enviar nada e reiniciar JOSM (agora tudo que fui feito no instance antiga e apagada do memória, realmente não e necessário pos pode fecha cada camada (layer) individualmente para tira-los do memória), abre o OSM Change e identificar objetos que não e para enviados, abre mesmo arquivo em um editor texto e busca o identificadora do objeto. Aí apague tudo linha que pertence o objeto. Depois quando tudos objetos que não e para ser enviado e apagado do OSM Change, abre o arquivo em um novo instante do JOSM e enviar. Talvez existe um jeito melhor Aun Johnsen On Apr 4, 2014, at 8:37, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, É possível bloquear uma layer com dados não tratados (ex.: tracks brutos) para evitar envios inadvertidos? [ ]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
Re: [Talk-br] Reverter changeset.
Paulo, desculpa ser sempre o chato nisso, mas ele está importando do TrackSource. Por exemplo: https://www.openstreetmap.org/changeset/21485885 4x4 e Draft são termos do TS. É meio humanamente impossível a pessoa criar 39850 nós também. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Nélson, agradecido!!!Farei o possível para que isso não ocorra mais. Como falei para o Paulo, fico bem a vontade editando pelo ID, tenho total desenvoltura. Porém, esse tar de JOSM ainda estou engatinhando... mas chego lá com a ajuda dos srs!!!No aguardo...[]s, Date: Fri, 4 Apr 2014 08:38:55 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Nélson, muito obrigado. Já estou orientando o usuário sobre como usar o JOSM. Ele era usuário do iD. [ ]s Paulo Em 4 de abril de 2014 08:31, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014-04-04 8:20 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Gostaria de que alguém com experiência revertesse o changeset https://www.openstreetmap.org/changeset/21486382 . Pedido do próprio usuário (em cópia). Pode reverter tudo. Eu reverto. ___ 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] Reverter changeset.
Hélio, 2014-04-04 8:52 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Farei o possível para que isso não ocorra mais. Como falei para o Paulo, fico bem a vontade editando pelo ID, tenho total desenvoltura. Porém, esse tar de JOSM ainda estou engatinhando... mas chego lá com a ajuda dos srs!!! Por favor, se você utilizou TrackSource nos seus dados, já fala agora para evitar mais problema para frente. Isso gera muita dor de cabeça aqui. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Não sei, Nélson. Talvez ele seja mapeador do Tracksource e use os mesmos termos por vício. Eu mesmo já empreguei termos do TS em locais onde já mapeei. Aliás não vejo pecado algum em usar tais termos. São palavras de uso comum e não copyright do TS. Quanto ao número de nós, pode ter sido um track capturado e suavizado no Trackmaker... pode ser 1000 coisas;Acho precipitado esse julgamento. E se for mapa do TS, se o mapa for dele e não tiver sido feito a partir do Google, ele tem total legitimidade para importar. A licença do TS só se aplica aos produtos publicados no site do TS. Os mapas em sua forma editável são obras dos mapeadores. Em 4 de abril de 2014 08:51, Nelson A. de Oliveira nao...@gmail.comescreveu: Paulo, desculpa ser sempre o chato nisso, mas ele está importando do TrackSource. Por exemplo: https://www.openstreetmap.org/changeset/21485885 4x4 e Draft são termos do TS. É meio humanamente impossível a pessoa criar 39850 nós também. ___ 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] [JOSM] Bloquear uma layer para envio
Obrigado pela explicação. [ ]s Paulo Em 4 de abril de 2014 08:48, Lists li...@gimnechiske.org escreveu: Nao sei se pode bloquear este direito em JOSM mas voce pode salvar o camada de mudanças em OSM Change format, este e um arquivo XML com somente os mudanças, e pode ser editada separadamente Por exemplo, salvar o OSM Change, sair JOSM sem enviar nada e reiniciar JOSM (agora tudo que fui feito no instance antiga e apagada do memória, realmente não e necessário pos pode fecha cada camada (layer) individualmente para tira-los do memória), abre o OSM Change e identificar objetos que não e para enviados, abre mesmo arquivo em um editor texto e busca o identificadora do objeto. Aí apague tudo linha que pertence o objeto. Depois quando tudos objetos que não e para ser enviado e apagado do OSM Change, abre o arquivo em um novo instante do JOSM e enviar. Talvez existe um jeito melhor Aun Johnsen On Apr 4, 2014, at 8:37, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, É possível bloquear uma layer com dados não tratados (ex.: tracks brutos) para evitar envios inadvertidos? [ ]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] Mapear bairros como área.
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
Re: [Talk-br] Reverter changeset.
Paulo, Hélio, Estou revertendo o changeset #21485885 em http://www.openstreetmap.org/changeset/21493846 Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: http://i.imgur.com/v8TR5TN.png Um caminho já existia há 9 meses atrás enquanto que o outro foi importando por cima. Tem também o fato de que ainda é nebuloso o uso dos dados do TrackSource. Enquanto uns defendem e aceitam o uso dos dados do TS, há os que defendem da mesma maneira o outro lado. Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. Além disso, toda e qualquer importação deve ser discutida com a comunidade de antemão, como muitos já fazem. Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. É preciso entender que esses tipos de importação são danosos ao OSM. Se outros da comunidade discordam de minha atitude podem, também, reverter a minha reversão. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear bairros como área.
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
Re: [Talk-br] data.rio
Interessante. Eu trabalhei na Iplanrio de 1999 a 2008. Aprendi Java, PHP e cartografia lá. Daí empreguei esses conhecimentos como mapeador e desenvolvedor dos aplicativos do Tracksource e recentemente no OSM. [ ]s Paulo Carvalho Em 3 de abril de 2014 23:56, Márcio Vinícius Pinheiro marcioviniciu...@gmail.com escreveu: Pelo que pude observar, esse site é mantido pelo IplanRio (que a instituição que gerencia a TI da Prefeitura do Rio), não sei até que ponto seria realmente uma boa divulgação contactá-los. O Iplan junto com o IPP (a instituição responsável por todos os mapas da cidade), mantém inclusive um mapa navegável online http://portalgeo.rio.rj.gov.br/mapa_digital_rio/?config=config/ipp/cadlog.xml(que infelizmente depende do Adobe Flash Player), também acessível pelo PortalGeo/Armazém de dados http://portalgeo.rio.rj.gov.br/amdados800.asp?gtema=15. Nesse mapa há informações oficiais (algumas não tão oficiais, mas assim encaradas pelos funcionários municipais) e a foto aérea atualizada de 2012 de toda a cidade. Por um lado, pode ser legal a possibilidade de troca de informações entre a Prefeitura e a Comunidade do OSM, mas tenho a impressão que eles entendem como troca de informações exatamente a publicação de sites como o Dados Rio e o PortalGeo. Quanto à possibilidade de utilização das informações publicadas no site, (pelo pouco que pude observar, não conhecia esse site ainda) tenho a impressão de que as informações são públicas, pois parece ser apenas compilações de informações contidas no código municipal e/ou já publicadas em diário oficial. Não sei bem como aquelas informações entrariam no OSM, imagino que o aproveitamento delas não aconteceria de forma direta (como com uma simples importação), mas acho que não custa citar o site como fonte, onde ele realmente tenha sido a fonte. A propósito, eu sou Urbanista na Prefeitura do Rio e tenho colaborado com o OSM principalmente através do conhecimento que tenho adquirido nas áreas em que atuo pela prefeitura, favelas. - - - · Atenciosamente, Márcio Vinícius Pinheiro http://about.me/Doideira http://pt.gravatar.com/marciovinicius Em 3 de abril de 2014 22:14, Fernando Trebien fernando.treb...@gmail.comescreveu: Pelo texto da página, parece que querem muito que os dados sejam reutilizados (nada sequer indica que é necessário citar a fonte). Mas, na dúvida, acho que o melhor seria mandar um e-mail e guardar uma cópia da resposta. Outra coisa: eles dizem que gostariam de saber quais aplicações estão usando os dados, para mostrar no site. Poderia ser um canal interessante pra divulgar o OSM. http://dados.gov.br/faq/#q6 2014-04-03 20:29 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: http://data.rio.rj.gov.br/ Na seção de Urbanismo tem muita coisa interessante. Na página Sobre não há uma licença especificada, embora diga Dado aberto é um dado que pode ser livremente utilizado, reutilizado e redistribuído por qualquer um. No meu entendimento poderíamos utilizar esses dados no OSM apenas citando a fonte. []s Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ 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] Reverter changeset.
Amigos, mais uma vez observo nesta lista debate quanto a importação de dados do Tracksource. Na minha opinião dados do Tracksource é uma coisa e dados do desenvolvedor outra. Em que pese que o desenvolvedor desenhou seu mapa empregando nomenclaturas Tracksource isso é outra estória e que pode ser corrigida pelo próprio desenvolvedor. Acredito que não está aqui em debate as recomendações do OSM, em especial licenças. Confesso que no momento estou tendo um grande problema até porque não sei importar dados. Nesses últimos dias venho desenhando o arruamento de Saquarema – RJ que não era estampado no mapa OSM e tenho aqui comigo esse mesmo mapa desenhado por mim há uns 6 anos. Não me perguntem que imagem satélite de referência empreguei para desenhar esse mapa porque empreguei a todas, inclusive a do Google, entretanto cada imagem que eu empregava descaracterizava a mesma devido a erros de alinhamento dela. Sempre empreguei imagem satélite como referencia, mas antes alinhando-a para tracklog extraído por gps e por mim levantado em campo. Quando desenhei esse mapa de Saquarema – RJ não identifiquei a época imagem satélite satisfatoriamente georreferenciada na região. Até a do Google, naquela ocasião, estava desalinhada em 300m. Se eu soubesse importar esses dados do mapa por mim desenhado eu o faria corrigindo depois as TAG empregadas pelo Tracksource para as empregadas pelo OSM. Sou de opinião que certas situações nos motivam a avaliar o custo x benefício da ação. Se tivesse eu importado os dados de Saquarema antes não estaria tendo esse enorme trabalho de redesenhar tudo no mapa OSM. Se nada tivesse feito não sei até quando no mapa OSM aquele município permaneceria sem arruamento desenhado. Atentem que essa situação de falta de desenho de arruamento no mapa OSM é geral, em especial fora dos grandes centros. Desculpem o desabafo, mas administrando sites para GPS me incomodam as criticas de que faltam muitas vias desenhadas no mapa OSM. []s Marcio From: Paulo Carvalho Sent: Friday, April 4, 2014 9:03 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. Não sei, Nélson. Talvez ele seja mapeador do Tracksource e use os mesmos termos por vício. Eu mesmo já empreguei termos do TS em locais onde já mapeei. Aliás não vejo pecado algum em usar tais termos. São palavras de uso comum e não copyright do TS. Quanto ao número de nós, pode ter sido um track capturado e suavizado no Trackmaker... pode ser 1000 coisas;Acho precipitado esse julgamento. E se for mapa do TS, se o mapa for dele e não tiver sido feito a partir do Google, ele tem total legitimidade para importar. A licença do TS só se aplica aos produtos publicados no site do TS. Os mapas em sua forma editável são obras dos mapeadores. Em 4 de abril de 2014 08:51, Nelson A. de Oliveira nao...@gmail.com escreveu: Paulo, desculpa ser sempre o chato nisso, mas ele está importando do TrackSource. Por exemplo: https://www.openstreetmap.org/changeset/21485885 4x4 e Draft são termos do TS. É meio humanamente impossível a pessoa criar 39850 nós também. ___ 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.
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] Reverter changeset.
Nélson e Paulo, Irei copiar na íntegra minha a resposta a você no site do OSM, já que você trouxe a público isso. Continuo não gostando do seu tom, desonesto! você nem me conhece cara?! Agora entendo melhor o Márcio em sua colocações. Assim vocês irão banir o pouco de mapeadores que tem. Enquanto se debate aqui eu fico gastando horas de meu dia para mapear... enfim, tô chateado pacas com essa situação. Não é preciso achar o culpado, já disse que errei. Que tal consertarmos e aprendermos com isso?! Segue a msg: Bom dia Nélson,Muito prazer. Demorei a responder por estar no trabalho e sinceramente se ia respondê-lo ou abandonar o barco... Tenho tentado colaborar com este projeto desde novembro de 2013, tenho me empenhado bastante, diga-se de passagem. São Gonçalo/RJ (uma das maiores cidades do estado do Rio de Janeiro) tinha uma meio dúzia de ruas principais quando ingressei, hoje já está com uma excelente cobertura, fruto de pesquisas, editando rua a rua pelo ID. Trajano de Moraes, onde vou com frequência, não tinha nada cadastrado, gastei muita gasolina para mapear o que tem hoje com meu GPS, até que coletei tracks de colegas que passaram lá fazendo trilhas em jipes, o resto onde não tinha tracks, desenhei usando imagens do Bing. Como não tinha expertise no JOSM, subi o que não devia... Estou lhe dando estes detalhes por educação, mas não gostei do seu tom, me pareceu um tanto quanto autoritário (foi o que senti). Sou da paz, mas assim você está me tirando o puta tesão que tenho por esse trabalho. Você tem que me incentivar, para que eu aprenda com os meus erros e erre cada vez menos, somos humanos, sujeitos a falhas. Tudo que aprendi até agora foi por conta própria, quando precisei de ajuda de terceiros vem esse balde de água fria, chato pacas bicho!Abraços e não me entenda errado, ainda necessito de sua ajuda...Hélio Coutinho. Ainda achando um puta projeto, abraços e me perdoem o desabafo, Date: Fri, 4 Apr 2014 09:40:19 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Paulo, Hélio, Estou revertendo o changeset #21485885 em http://www.openstreetmap.org/changeset/21493846 Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: http://i.imgur.com/v8TR5TN.png Um caminho já existia há 9 meses atrás enquanto que o outro foi importando por cima. Tem também o fato de que ainda é nebuloso o uso dos dados do TrackSource. Enquanto uns defendem e aceitam o uso dos dados do TS, há os que defendem da mesma maneira o outro lado. Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. Além disso, toda e qualquer importação deve ser discutida com a comunidade de antemão, como muitos já fazem. Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. É preciso entender que esses tipos de importação são danosos ao OSM. Se outros da comunidade discordam de minha atitude podem, também, reverter a minha reversão. ___ 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] Reverter changeset.
2014-04-04 10:10 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Irei copiar na íntegra minha a resposta a você no site do OSM, já que Posso colar a outra mensagem que você me enviou também? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Notas no Mapa
Amigos, me perdoem o comodismo, mas gasto muito tempo em pesquisa no universo wiki para sanar duvida de assunto que considero simples que trata de Notas no Mapa. Venho observando que o numero de possíveis colaboradores vem crescendo. Chego a essa conclusão quando observo as Notas no Mapa criadas. Acreditamos que nosso trabalho de divulgação tem surtido o efeito desejado, entretanto observo que muitos abrem nota no mapa sem identificação do autor e com conteúdo que não pode ser aproveitado. Sem conhecimento de causa identifiquei que ao RESOLVER uma nota o ícone da mesma se transforma de vermelho para verde e que depois de um determinado tempo essa nota não é mais estampada. Como proceder quando identificamos uma nota criada por brincadeira, sabotagem, ou sei lá o que? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Márcio, Sabes que sou grande admirador de seu trabalho, assim que entrei neste projeto troquei umas palavras com você e o Arlindo. Você falou em Saquarema, dias desses fiz toda Jaconé. Lembrei de você que disse ter parentes em Saquarema... Pois bem, um trabalho do cão, rua a rua, nome a nome e não temos valor, má fé??? Perdoe-me pelo desabafo, tô passado!!! Abs, From: helio_couti...@hotmail.com To: talk-br@openstreetmap.org Subject: RE: [Talk-br] Reverter changeset. Date: Fri, 4 Apr 2014 13:10:13 + Nélson e Paulo, Irei copiar na íntegra minha a resposta a você no site do OSM, já que você trouxe a público isso. Continuo não gostando do seu tom, desonesto! você nem me conhece cara?! Agora entendo melhor o Márcio em sua colocações. Assim vocês irão banir o pouco de mapeadores que tem. Enquanto se debate aqui eu fico gastando horas de meu dia para mapear... enfim, tô chateado pacas com essa situação. Não é preciso achar o culpado, já disse que errei. Que tal consertarmos e aprendermos com isso?! Segue a msg: Bom dia Nélson,Muito prazer. Demorei a responder por estar no trabalho e sinceramente se ia respondê-lo ou abandonar o barco... Tenho tentado colaborar com este projeto desde novembro de 2013, tenho me empenhado bastante, diga-se de passagem. São Gonçalo/RJ (uma das maiores cidades do estado do Rio de Janeiro) tinha uma meio dúzia de ruas principais quando ingressei, hoje já está com uma excelente cobertura, fruto de pesquisas, editando rua a rua pelo ID. Trajano de Moraes, onde vou com frequência, não tinha nada cadastrado, gastei muita gasolina para mapear o que tem hoje com meu GPS, até que coletei tracks de colegas que passaram lá fazendo trilhas em jipes, o resto onde não tinha tracks, desenhei usando imagens do Bing. Como não tinha expertise no JOSM, subi o que não devia... Estou lhe dando estes detalhes por educação, mas não gostei do seu tom, me pareceu um tanto quanto autoritário (foi o que senti). Sou da paz, mas assim você está me tirando o puta tesão que tenho por esse trabalho. Você tem que me incentivar, para que eu aprenda com os meus erros e erre cada vez menos, somos humanos, sujeitos a falhas. Tudo que aprendi até agora foi por conta própria, quando precisei de ajuda de terceiros vem esse balde de água fria, chato pacas bicho!Abraços e não me entenda errado, ainda necessito de sua ajuda...Hélio Coutinho. Ainda achando um puta projeto, abraços e me perdoem o desabafo, Date: Fri, 4 Apr 2014 09:40:19 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Paulo, Hélio, Estou revertendo o changeset #21485885 em http://www.openstreetmap.org/changeset/21493846 Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: http://i.imgur.com/v8TR5TN.png Um caminho já existia há 9 meses atrás enquanto que o outro foi importando por cima. Tem também o fato de que ainda é nebuloso o uso dos dados do TrackSource. Enquanto uns defendem e aceitam o uso dos dados do TS, há os que defendem da mesma maneira o outro lado. Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. Além disso, toda e qualquer importação deve ser discutida com a comunidade de antemão, como muitos já fazem. Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. É preciso entender que esses tipos de importação são danosos ao OSM. Se outros da comunidade discordam de minha atitude podem, também, reverter a minha reversão. ___ 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] Reverter changeset.
Amigos, recentemente aqui nesta lista ocorreu um desentendimento entre partes e onde fui uma das partes. Ali compreendi perfeitamente o chamamento dos demais e evitei dar continuidade ao mesmo em prol da comunidade, do OSM e de seus objetivos. Chegou minha hora de solicitar as partes reflexão e foco no OSM. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, April 4, 2014 10:11 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. 2014-04-04 10:10 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Irei copiar na íntegra minha a resposta a você no site do OSM, já que Posso colar a outra mensagem que você me enviou também? ___ 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] Reverter changeset.
Hélio me disse no OSM: === Em tempo, agora vi sua msg na lista... Nunca editei mapas, tanto no TrackSource como em qualquer outro projeto. Este é o meu primeiro trabalho nesse sentido, palavra! === Alguém me explica como uma pessoa que nunca editou mapas no TrackSource (e teoricamente não tem conhecimento disso) adiciona quase 40 mil nós em um único changeset, com várias nomenclaturas típicas de TrackSource. Se a pessoa adicionou isso manualmente, utilizando imagens do Bing, como que explicam tantos dados duplicados? Por que alguém traçaria novamente rodovias que já existem há 9 meses? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar). Me simpatizo por Saquarema porque lá residem filho, nora e netos. Constantemente me desloco para lá. Reflita partindo do principio de que só erra quem executa. Todos aqui não nasceram experientes. A experiência se adquire com a prática e nem sempre experiência significa “saber”. []s Marcio From: Hélio Ricardo Pinheiro Coutinho Sent: Friday, April 4, 2014 10:21 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. Márcio, Sabes que sou grande admirador de seu trabalho, assim que entrei neste projeto troquei umas palavras com você e o Arlindo. Você falou em Saquarema, dias desses fiz toda Jaconé. Lembrei de você que disse ter parentes em Saquarema... Pois bem, um trabalho do cão, rua a rua, nome a nome e não temos valor, má fé??? Perdoe-me pelo desabafo, tô passado!!! Abs, ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos... Só erra quem executa, foi assim que comecei o meu pedido de auxílio e desculpas pelo ocorrido... Obrigado meu amigo, Hélio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar). Me simpatizo por Saquarema porque lá residem filho, nora e netos. Constantemente me desloco para lá. Reflita partindo do principio de que só erra quem executa. Todos aqui não nasceram experientes. A experiência se adquire com a prática e nem sempre experiência significa “saber”. []s Marcio From: Hélio Ricardo Pinheiro Coutinho Sent: Friday, April 4, 2014 10:21 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. Márcio, Sabes que sou grande admirador de seu trabalho, assim que entrei neste projeto troquei umas palavras com você e o Arlindo. Você falou em Saquarema, dias desses fiz toda Jaconé. Lembrei de você que disse ter parentes em Saquarema... Pois bem, um trabalho do cão, rua a rua, nome a nome e não temos valor, má fé??? Perdoe-me pelo desabafo, tô passado!!! Abs, ___ 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] Reverter changeset.
Em 4 de abril de 2014 09:40, Nelson A. de Oliveira nao...@gmail.comescreveu: Paulo, Hélio, Estou revertendo o changeset #21485885 em http://www.openstreetmap.org/changeset/21493846 Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). Na boa, Nelson, acho que você está sendo um pouco indelicado, para não dizer truculento, com essas insinuações. Respeito sua experiência, mas acho, apenas acho, que isto não lhe confere algum tipo de autoridade sobre os demais mapeadores. Se temos no OSM cargos como há no Tracksource, por favor, explique. Eu não sei. Para mim TODOS gozam da mesma dose de boa fé até provado em contrário. No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: http://i.imgur.com/v8TR5TN.png Um caminho já existia há 9 meses atrás enquanto que o outro foi importando por cima. Nelson, o que aconteceu foi um acidente. Peço complacência para com os iniciantes. Aliás, não foi a primeira, nem a segunda, nem a terceira vez que testemunhei aqui mandarem alguém para a fogueira por um erro cometido. Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. Lançar suspeitas assim é muito feio, francamente. Isso pode destruir a reputação de um colega que acabou de chegar à comunidade. Criar esse tipo de clima acaba com uma equipe. É preciso entender que esses tipos de importação são danosos ao OSM. Se outros da comunidade discordam de minha atitude podem, também, reverter a minha reversão. Aquilo tinha que ser revertido. Era erro. abraços e trate esse seu estresse, Paulo P.S.: Seu avatar do Pato Donald provavelmente infringe o copyright da Disney. :-P ___ 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] Reverter changeset.
Caro Hélio, Qual a origem dos seus dados? Só queremos saber isso. ps.: você já deve ter percebido, mas não custa nada te deixar a par da situação: o OSM é uma entidade que leva a sério as licenças de suas fontes, enquanto o TrackSource não está nem aí. Isso é fato e não está em discussão. O problema: dados importados ilegalmente hoje podem estourar daqui a 5 anos. E tudo que foi mapeado posteriormente baseado neles pode também ser removido. Imagina aí... 5 anos de edições perdidas assim num passe de mágica. E já aconteceu coisa parecida. Não é somente uma suposição. Por isso o cuidado. Por isso que as edições gigantes sem consultar ou avisar a comunidade são vistas com maus olhos. Por isso as edições que utilizam dados do TrackSource, uma fonte que deve ser utilizada com o devido cuidado, dado seus problemas com licenciamento, são aceitas com um pé atrás. 2014-04-04 11:02 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos... Só erra quem executa, foi assim que comecei o meu pedido de auxílio e desculpas pelo ocorrido... Obrigado meu amigo, Hélio. -- From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar). Me simpatizo por Saquarema porque lá residem filho, nora e netos. Constantemente me desloco para lá. Reflita partindo do principio de que só erra quem executa. Todos aqui não nasceram experientes. A experiência se adquire com a prática e nem sempre experiência significa “saber”. []s Marcio *From:* Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com *Sent:* Friday, April 4, 2014 10:21 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Reverter changeset. Márcio, Sabes que sou grande admirador de seu trabalho, assim que entrei neste projeto troquei umas palavras com você e o Arlindo. Você falou em Saquarema, dias desses fiz toda Jaconé. Lembrei de você que disse ter parentes em Saquarema... Pois bem, um trabalho do cão, rua a rua, nome a nome e não temos valor, má fé??? Perdoe-me pelo desabafo, tô passado!!! Abs, ___ 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] Reverter changeset.
Hélio, Entendo que esse último conjunto de alteração foi feito sem querer. E acredito que você está ajudando o OSM de forma honesta. Espero que você continue contribuindo e nos ajude a fazer deste o melhor mapa do Brasil. Mas preciso chamar atenção para uma coisa. A principal razão porquê o Nelson reverteu aquele conjunto de alteração agora é porquê o OSM no mundo inteiro tem uma política de não permitir importações sem discussão com a comunidade. Ou seja, quando você quer importar alguma coisa de forma automática, *tem que* ir na lista de email *import* ou na lista de email nacional (no caso, a *talk-br*), e falar sobre a sua importação e qual o seu plano e depois ainda apresentar uma lista dos conjuntos de alteração que implementaram a importação, para avaliação da comunidade. Um dos motivos disso é porquê importação é algo* realmente difícil de fazer corretamente*, e o trabalho humano para consertar importações é caro demais. Em 4 de abril de 2014 11:02, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos... Só erra quem executa, foi assim que comecei o meu pedido de auxílio e desculpas pelo ocorrido... Obrigado meu amigo, Hélio. -- From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar). Me simpatizo por Saquarema porque lá residem filho, nora e netos. Constantemente me desloco para lá. Reflita partindo do principio de que só erra quem executa. Todos aqui não nasceram experientes. A experiência se adquire com a prática e nem sempre experiência significa “saber”. []s Marcio *From:* Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com *Sent:* Friday, April 4, 2014 10:21 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Reverter changeset. Márcio, Sabes que sou grande admirador de seu trabalho, assim que entrei neste projeto troquei umas palavras com você e o Arlindo. Você falou em Saquarema, dias desses fiz toda Jaconé. Lembrei de você que disse ter parentes em Saquarema... Pois bem, um trabalho do cão, rua a rua, nome a nome e não temos valor, má fé??? Perdoe-me pelo desabafo, tô passado!!! Abs, ___ 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] Notas no Mapa
Eu costumo já resolver de cara. Em 04/04/2014 10:19, thunder...@gpsinfo.com.br escreveu: Amigos, me perdoem o comodismo, mas gasto muito tempo em pesquisa no universo wiki para sanar duvida de assunto que considero simples que trata de Notas no Mapa. Venho observando que o numero de possíveis colaboradores vem crescendo. Chego a essa conclusão quando observo as Notas no Mapa criadas. Acreditamos que nosso trabalho de divulgação tem surtido o efeito desejado, entretanto observo que muitos abrem nota no mapa sem identificação do autor e com conteúdo que não pode ser aproveitado. Sem conhecimento de causa identifiquei que ao RESOLVER uma nota o ícone da mesma se transforma de vermelho para verde e que depois de um determinado tempo essa nota não é mais estampada. Como proceder quando identificamos uma nota criada por brincadeira, sabotagem, ou sei lá o que? []s Marcio ___ 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] Encontrar pontos que só contenham name=*
É possível no JOSM ou overpass encontrar ponto que só contenham name=* e mais nenhuma tag? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Oi Hlio, A confuso no foi por no saber importar, essas coisas algum reverte e beleza. O ponto que o Nelson levantou foi quanto a licena dos dados. Ns queremos que os dados que voc contribui continuem na base e no sejam revertidos, assim como os dados de todos os outros que vo contribuir em cima dos seus dados. J tivemos caso de revero em massa onde muita contribuio foi perdida, por isso ficamos sempre com um p atrs com algo que parea suspeito. Por favor no leve para um lado pessoal, o Nelson com certeza no teve a inteno de ofend-lo, e ele continua a para ajud-lo. Independente da origem dos seus dados, o importante discutir com a lista para tomarmos a melhor deciso em relao parte legal. No queremos que voc pare de contribuir, queremos sim que suas contribuies continuem permanentemente na base! Atenciosamente, Roger. -- Em 04-04-2014 11:02, Hlio Ricardo Pinheiro Coutinho escreveu: Pois , meu nobre, Por no saber importar (ainda) que deu essa confuso toda... Acho qualquer crtica louvvel, temos que transform-las em aprendizado (as construtivas). Voc tambm no me conhece (ainda), mas se me conhecesse saberia que com jeito, "me leva at s calas" - No no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e j dar frutos... (garotos em sua maioria - No o meu caso, tenho 47 anos e duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxlio de pessoas que os tenham. Se no tivermos a ajuda do grupo, definhamos e camos... "S erra quem executa", foi assim que comecei o meu pedido de auxlio e desculpas pelo ocorrido... Obrigado meu amigo, Hlio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hlio, tambm admiro muito seu trabalho. Observei que voc desenhou o arruamento de Jacon que no existia. Afinal Jacon distrito de Saquarema. Me poupou um grande trabalho j que venho desenhando Saquarema (de novo por no saber importar). Me simpatizo por Saquarema porque l residem filho, nora e netos. Constantemente me desloco para l. Reflita partindo do principio de que s erra quem executa. Todos aqui no nasceram experientes. A experincia se adquire com a prtica e nem sempre experincia significa saber. []s Marcio From: Hlio Ricardo Pinheiro Coutinho Sent: Friday, April 4, 2014 10:21 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. Mrcio, Sabes que sou grande admirador de seu trabalho, assim que entrei neste projeto troquei umas palavras com voc e o Arlindo. Voc falou em Saquarema, dias desses fiz toda Jacon. Lembrei de voc que disse ter parentes em Saquarema... Pois bem, um trabalho do co, rua a rua, nome a nome e no temos valor, m f??? Perdoe-me pelo desabafo, t passado!!! Abs, ___ 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] Encontrar pontos que só contenham name=*
Sim, procura saber uso do filtros, voce pode mesmo esconder todos os outros objetos se quiser Aun Johnsen On Apr 4, 2014, at 12:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: É possível no JOSM ou overpass encontrar ponto que só contenham name=* e mais nenhuma tag? ___ 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] Encontrar pontos que só contenham name=*
Mas no uso de filtros eu teria que especificar todas as tags q não fosse name. Ia ser uma lista com muitas tags. Eu queria isolar só pontos ou áreas que tenham somente name. Em 04/04/2014 13:16, Lists li...@gimnechiske.org escreveu: Sim, procura saber uso do filtros, voce pode mesmo esconder todos os outros objetos se quiser Aun Johnsen On Apr 4, 2014, at 12:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: É possível no JOSM ou overpass encontrar ponto que só contenham name=* e mais nenhuma tag? ___ 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] Encontrar pontos que só contenham name=*
Tem o função tags:, onde voce pode especificar quantos tags os objetos pode ter, por exemplo tags:5-10 vai aceitar objetos com entre 5 e 10 tags Aun Johnsen On Apr 4, 2014, at 13:36, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Mas no uso de filtros eu teria que especificar todas as tags q não fosse name. Ia ser uma lista com muitas tags. Eu queria isolar só pontos ou áreas que tenham somente name. Em 04/04/2014 13:16, Lists li...@gimnechiske.org escreveu: Sim, procura saber uso do filtros, voce pode mesmo esconder todos os outros objetos se quiser Aun Johnsen On Apr 4, 2014, at 12:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: É possível no JOSM ou overpass encontrar ponto que só contenham name=* e mais nenhuma tag? ___ 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] Reverter changeset.
Caros Packer e Roger, (Acho que enviei parte desta msg antes de ir almoçar... ) Vocês não entenderam, fui eu quem pediu para reverter a alteração desde o início. Mandei uma camada que não era para ir (não tinha trabalhado ainda em cima dela, estava bruta), sem ter trazido antes a camada original do OSM, por isso ficou trepado (acho eu). Entendo tudo o que vocês falaram, assim que chegar em casa, irei deletar esse tar de JOSM de minha máquina. Estava satisfeito com o ID, me atendia bem. Farei igual a formiguinha, de grão em grão... Quando estiver seguro, ai sim farei importações/exportações pelo JOSM. Roger: Só não irei concordar em uma coisa com você: Ele não só se ateve a licença, se ele tivesse me dado uma bronca desde o início seria melhor.Ele ficou jogando piadinhas nas entrelinhas. Sempre resolvi estas coisas de outra maneira! Vide: Não dá mais para aceitar essas atitudes como boa fé (já que envolveum mínimo de conhecimento das coisas para efetuar a importação). * Ele deduziu... Ele me conhece? No mínimo deveria ter verificado manualmente os dados antes da importação.Por exemplo, muitos trechos estão com dados duplicados: * Se eu vi o erro, como deveria ter verificado? Por causa da dúvida e para evitar perda de trabalho honesto de outroscontribuidores, é mais seguro não utilizar estes dados. * Honesto? Ele me conhece? Outra coisa: a pessoa que faz uma importação dessa passa a ser olhadacom desconfiança em todas as suas outras edições; sempre vai deixar umserá que ela também não copiou o nome dessa rua de um local que nãopodia?. * Para vocês da lista: Ficarei marcado como gado por isso? Encerro aqui meu desabafo, obrigado aos que me apoiaram e me desculpem de coração aos que, de certa forma, tirei o foco da real necessidade desta lista, o fortalecimento do OSM.Obrigado,Hélio Coutinho. Date: Fri, 4 Apr 2014 13:14:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Oi Hélio, A confusão não foi por não saber importar, essas coisas alguém reverte e beleza. O ponto que o Nelson levantou foi quanto a licença dos dados. Nós queremos que os dados que você contribui continuem na base e não sejam revertidos, assim como os dados de todos os outros que vão contribuir em cima dos seus dados. Já tivemos caso de reverção em massa onde muita contribuição foi perdida, por isso ficamos sempre com um pé atrás com algo que pareça suspeito. Por favor não leve para um lado pessoal, o Nelson com certeza não teve a intenção de ofendê-lo, e ele continua aí para ajudá-lo. Independente da origem dos seus dados, o importante é discutir com a lista para tomarmos a melhor decisão em relação à parte legal. Não queremos que você pare de contribuir, queremos sim que suas contribuições continuem permanentemente na base! Atenciosamente, Roger. -- Em 04-04-2014 11:02, Hélio Ricardo Pinheiro Coutinho escreveu: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos... Só erra quem executa, foi assim que comecei o meu pedido de auxílio e desculpas pelo ocorrido... Obrigado meu amigo, Hélio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar).
Re: [Talk-br] Reverter changeset.
Podem me avaliar ou falar o que quiserem, não me importo. A questão nunca foi o erro de ter enviado os dados (tanto que me prontifiquei a revertê-los). O que ninguém respondeu ainda é: como que aparecem 40 mil nós com nomenclatura de TrackSource no mapa? Qual a origem disso? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Hélio, E quanto à licença de alguns dos dados que você utiliza? Por exemplo, o changeset https://www.openstreetmap.org/changeset/21485885. Me desculpe, mas você parece estar fugindo desse ponto. 2014-04-04 13:56 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Caros Packer e Roger, (Acho que enviei parte desta msg antes de ir almoçar... ) Vocês não entenderam, fui eu quem pediu para reverter a alteração desde o início. Mandei uma camada que não era para ir (não tinha trabalhado ainda em cima dela, estava bruta), sem ter trazido antes a camada original do OSM, por isso ficou trepado (acho eu). Entendo tudo o que vocês falaram, assim que chegar em casa, irei deletar esse tar de JOSM de minha máquina. Estava satisfeito com o ID, me atendia bem. Farei igual a formiguinha, de grão em grão... Quando estiver seguro, ai sim farei importações/exportações pelo JOSM. Roger: Só não irei concordar em uma coisa com você: Ele não só se ateve a licença, se ele tivesse me dado uma bronca desde o início seria melhor. Ele ficou jogando piadinhas nas entrelinhas. Sempre resolvi estas coisas de outra maneira! Vide: Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). * Ele deduziu... Ele me conhece? No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: * Se eu vi o erro, como deveria ter verificado? Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. * Honesto? Ele me conhece? Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. * Para vocês da lista: Ficarei marcado como gado por isso? Encerro aqui meu desabafo, obrigado aos que me apoiaram e me desculpem de coração aos que, de certa forma, tirei o foco da real necessidade desta lista, o fortalecimento do OSM. Obrigado, Hélio Coutinho. -- Date: Fri, 4 Apr 2014 13:14:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Oi Hélio, A confusão não foi por não saber importar, essas coisas alguém reverte e beleza. O ponto que o Nelson levantou foi quanto a licença dos dados. Nós queremos que os dados que você contribui continuem na base e não sejam revertidos, assim como os dados de todos os outros que vão contribuir em cima dos seus dados. Já tivemos caso de reverção em massa onde muita contribuição foi perdida, por isso ficamos sempre com um pé atrás com algo que pareça suspeito. Por favor não leve para um lado pessoal, o Nelson com certeza não teve a intenção de ofendê-lo, e ele continua aí para ajudá-lo. Independente da origem dos seus dados, o importante é discutir com a lista para tomarmos a melhor decisão em relação à parte legal. Não queremos que você pare de contribuir, queremos sim que suas contribuições continuem permanentemente na base! Atenciosamente, Roger. -- Em 04-04-2014 11:02, Hélio Ricardo Pinheiro Coutinho escreveu: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos... Só erra quem executa, foi assim que comecei o meu pedido de auxílio e desculpas pelo ocorrido... Obrigado meu amigo, Hélio. -- From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar). Me simpatizo por Saquarema porque lá residem filho, nora e netos. Constantemente me desloco para lá. Reflita partindo do principio de que só erra quem executa. Todos aqui não nasceram experientes. A experiência se adquire com a
Re: [Talk-br] Reverter changeset.
As vezes a falta de objetividade desta lista me desanima. Não vi ofensa alguma em nenhuma resposta, só vi uma pergunta válida que não foi respondida e um tempo enorme que estou perdendo lendo isto. Custa responder a pergunta e encerrar logo essa thread? Você importou ou baseou os dados em uma(s) fonte(s) externa(s)? [ ] Sim[] Não Se sim, liste as fontes: _ Obrigado, 2014-04-04 19:56 GMT+03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Caros Packer e Roger, (Acho que enviei parte desta msg antes de ir almoçar... ) Vocês não entenderam, fui eu quem pediu para reverter a alteração desde o início. Mandei uma camada que não era para ir (não tinha trabalhado ainda em cima dela, estava bruta), sem ter trazido antes a camada original do OSM, por isso ficou trepado (acho eu). Entendo tudo o que vocês falaram, assim que chegar em casa, irei deletar esse tar de JOSM de minha máquina. Estava satisfeito com o ID, me atendia bem. Farei igual a formiguinha, de grão em grão... Quando estiver seguro, ai sim farei importações/exportações pelo JOSM. Roger: Só não irei concordar em uma coisa com você: Ele não só se ateve a licença, se ele tivesse me dado uma bronca desde o início seria melhor. Ele ficou jogando piadinhas nas entrelinhas. Sempre resolvi estas coisas de outra maneira! Vide: Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). * Ele deduziu... Ele me conhece? No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: * Se eu vi o erro, como deveria ter verificado? Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. * Honesto? Ele me conhece? Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. * Para vocês da lista: Ficarei marcado como gado por isso? Encerro aqui meu desabafo, obrigado aos que me apoiaram e me desculpem de coração aos que, de certa forma, tirei o foco da real necessidade desta lista, o fortalecimento do OSM. Obrigado, Hélio Coutinho. Date: Fri, 4 Apr 2014 13:14:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Oi Hélio, A confusão não foi por não saber importar, essas coisas alguém reverte e beleza. O ponto que o Nelson levantou foi quanto a licença dos dados. Nós queremos que os dados que você contribui continuem na base e não sejam revertidos, assim como os dados de todos os outros que vão contribuir em cima dos seus dados. Já tivemos caso de reverção em massa onde muita contribuição foi perdida, por isso ficamos sempre com um pé atrás com algo que pareça suspeito. Por favor não leve para um lado pessoal, o Nelson com certeza não teve a intenção de ofendê-lo, e ele continua aí para ajudá-lo. Independente da origem dos seus dados, o importante é discutir com a lista para tomarmos a melhor decisão em relação à parte legal. Não queremos que você pare de contribuir, queremos sim que suas contribuições continuem permanentemente na base! Atenciosamente, Roger. -- Em 04-04-2014 11:02, Hélio Ricardo Pinheiro Coutinho escreveu: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos... Só erra quem executa, foi assim que comecei o meu pedido de auxílio e desculpas pelo ocorrido... Obrigado meu amigo, Hélio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 4 Apr 2014 10:40:32 -0300 Subject: Re: [Talk-br] Reverter changeset. Hélio, também admiro muito seu trabalho. Observei que você desenhou o arruamento de Jaconé que não existia. Afinal Jaconé é distrito de Saquarema. Me poupou um grande trabalho já que venho desenhando Saquarema (de novo por não saber importar). Me simpatizo por Saquarema porque
Re: [Talk-br] Reverter changeset.
É Thiago você tem toda razão!Só não leu então tudo como falou... A propósito, você não precisa participar de todos os assuntos. Sou desta lista desde o final no ano passado e essa é a segunda vez que participo (leio apenas o que tem relevância)...Já respondi de diversas formas...Como falei, não irei me pronunciar mais a respeito...[]s, From: tmpsan...@gmail.com Date: Fri, 4 Apr 2014 20:12:57 +0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. As vezes a falta de objetividade desta lista me desanima. Não vi ofensa alguma em nenhuma resposta, só vi uma pergunta válida que não foi respondida e um tempo enorme que estou perdendo lendo isto. Custa responder a pergunta e encerrar logo essa thread? Você importou ou baseou os dados em uma(s) fonte(s) externa(s)? [ ] Sim[] Não Se sim, liste as fontes: _ Obrigado, 2014-04-04 19:56 GMT+03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Caros Packer e Roger, (Acho que enviei parte desta msg antes de ir almoçar... ) Vocês não entenderam, fui eu quem pediu para reverter a alteração desde o início. Mandei uma camada que não era para ir (não tinha trabalhado ainda em cima dela, estava bruta), sem ter trazido antes a camada original do OSM, por isso ficou trepado (acho eu). Entendo tudo o que vocês falaram, assim que chegar em casa, irei deletar esse tar de JOSM de minha máquina. Estava satisfeito com o ID, me atendia bem. Farei igual a formiguinha, de grão em grão... Quando estiver seguro, ai sim farei importações/exportações pelo JOSM. Roger: Só não irei concordar em uma coisa com você: Ele não só se ateve a licença, se ele tivesse me dado uma bronca desde o início seria melhor. Ele ficou jogando piadinhas nas entrelinhas. Sempre resolvi estas coisas de outra maneira! Vide: Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). * Ele deduziu... Ele me conhece? No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: * Se eu vi o erro, como deveria ter verificado? Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. * Honesto? Ele me conhece? Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. * Para vocês da lista: Ficarei marcado como gado por isso? Encerro aqui meu desabafo, obrigado aos que me apoiaram e me desculpem de coração aos que, de certa forma, tirei o foco da real necessidade desta lista, o fortalecimento do OSM. Obrigado, Hélio Coutinho. Date: Fri, 4 Apr 2014 13:14:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Oi Hélio, A confusão não foi por não saber importar, essas coisas alguém reverte e beleza. O ponto que o Nelson levantou foi quanto a licença dos dados. Nós queremos que os dados que você contribui continuem na base e não sejam revertidos, assim como os dados de todos os outros que vão contribuir em cima dos seus dados. Já tivemos caso de reverção em massa onde muita contribuição foi perdida, por isso ficamos sempre com um pé atrás com algo que pareça suspeito. Por favor não leve para um lado pessoal, o Nelson com certeza não teve a intenção de ofendê-lo, e ele continua aí para ajudá-lo. Independente da origem dos seus dados, o importante é discutir com a lista para tomarmos a melhor decisão em relação à parte legal. Não queremos que você pare de contribuir, queremos sim que suas contribuições continuem permanentemente na base! Atenciosamente, Roger. -- Em 04-04-2014 11:02, Hélio Ricardo Pinheiro Coutinho escreveu: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme prazer editando e vendo esse grupo crescer, florescer e já dar frutos... (garotos em sua maioria - Não é o meu caso, tenho 47 anos e é duro escutar certas coisas). Olho essa lista todos os dias desde que entrei, sempre escondidinho, sem aparecer... Mas com o crescimento do conhecimento, temos a necessidade de mais e mais conhecimento. Ai dependemos cada vez mais do auxílio de pessoas que os tenham. Se não tivermos a ajuda do grupo, definhamos e caímos...
Re: [Talk-br] Encontrar pontos que só contenham name=*
Então a consulta a ser feita no JOSM é *type:node name=* tags:1* Em 4 de abril de 2014 13:48, Lists li...@gimnechiske.org escreveu: Tem o função tags:, onde voce pode especificar quantos tags os objetos pode ter, por exemplo tags:5-10 vai aceitar objetos com entre 5 e 10 tags Aun Johnsen On Apr 4, 2014, at 13:36, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Mas no uso de filtros eu teria que especificar todas as tags q não fosse name. Ia ser uma lista com muitas tags. Eu queria isolar só pontos ou áreas que tenham somente name. Em 04/04/2014 13:16, Lists li...@gimnechiske.org escreveu: Sim, procura saber uso do filtros, voce pode mesmo esconder todos os outros objetos se quiser Aun Johnsen On Apr 4, 2014, at 12:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: É possível no JOSM ou overpass encontrar ponto que só contenham name=* e mais nenhuma tag? ___ 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
Re: [Talk-br] Reverter changeset.
Tiago, Relembrando a sequencia dos fatos: 1) Eu pedi para alguém reverter o changeset; (OBJETIVO) 2) Nélson se prontificou a reverter e reverteu; (OBJETIVO) 3) Agradeci. (OBJETIVO) O assunto podia ter morrido aqui. O resto que veio depois foi totalmente dispensável uma vez que o changeset fora revertido. [ ]s Paulo Em 4 de abril de 2014 14:27, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: É Thiago você tem toda razão! Só não leu então tudo como falou... A propósito, você não precisa participar de todos os assuntos. Sou desta lista desde o final no ano passado e essa é a segunda vez que participo (leio apenas o que tem relevância)... Já respondi de diversas formas... Como falei, não irei me pronunciar mais a respeito... []s, From: tmpsan...@gmail.com Date: Fri, 4 Apr 2014 20:12:57 +0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. As vezes a falta de objetividade desta lista me desanima. Não vi ofensa alguma em nenhuma resposta, só vi uma pergunta válida que não foi respondida e um tempo enorme que estou perdendo lendo isto. Custa responder a pergunta e encerrar logo essa thread? Você importou ou baseou os dados em uma(s) fonte(s) externa(s)? [ ] Sim [ ] Não Se sim, liste as fontes: _ Obrigado, 2014-04-04 19:56 GMT+03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Caros Packer e Roger, (Acho que enviei parte desta msg antes de ir almoçar... ) Vocês não entenderam, fui eu quem pediu para reverter a alteração desde o início. Mandei uma camada que não era para ir (não tinha trabalhado ainda em cima dela, estava bruta), sem ter trazido antes a camada original do OSM, por isso ficou trepado (acho eu). Entendo tudo o que vocês falaram, assim que chegar em casa, irei deletar esse tar de JOSM de minha máquina. Estava satisfeito com o ID, me atendia bem. Farei igual a formiguinha, de grão em grão... Quando estiver seguro, ai sim farei importações/exportações pelo JOSM. Roger: Só não irei concordar em uma coisa com você: Ele não só se ateve a licença, se ele tivesse me dado uma bronca desde o início seria melhor. Ele ficou jogando piadinhas nas entrelinhas. Sempre resolvi estas coisas de outra maneira! Vide: Não dá mais para aceitar essas atitudes como boa fé (já que envolve um mínimo de conhecimento das coisas para efetuar a importação). * Ele deduziu... Ele me conhece? No mínimo deveria ter verificado manualmente os dados antes da importação. Por exemplo, muitos trechos estão com dados duplicados: * Se eu vi o erro, como deveria ter verificado? Por causa da dúvida e para evitar perda de trabalho honesto de outros contribuidores, é mais seguro não utilizar estes dados. * Honesto? Ele me conhece? Outra coisa: a pessoa que faz uma importação dessa passa a ser olhada com desconfiança em todas as suas outras edições; sempre vai deixar um será que ela também não copiou o nome dessa rua de um local que não podia?. * Para vocês da lista: Ficarei marcado como gado por isso? Encerro aqui meu desabafo, obrigado aos que me apoiaram e me desculpem de coração aos que, de certa forma, tirei o foco da real necessidade desta lista, o fortalecimento do OSM. Obrigado, Hélio Coutinho. Date: Fri, 4 Apr 2014 13:14:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Reverter changeset. Oi Hélio, A confusão não foi por não saber importar, essas coisas alguém reverte e beleza. O ponto que o Nelson levantou foi quanto a licença dos dados. Nós queremos que os dados que você contribui continuem na base e não sejam revertidos, assim como os dados de todos os outros que vão contribuir em cima dos seus dados. Já tivemos caso de reverção em massa onde muita contribuição foi perdida, por isso ficamos sempre com um pé atrás com algo que pareça suspeito. Por favor não leve para um lado pessoal, o Nelson com certeza não teve a intenção de ofendê-lo, e ele continua aí para ajudá-lo. Independente da origem dos seus dados, o importante é discutir com a lista para tomarmos a melhor decisão em relação à parte legal. Não queremos que você pare de contribuir, queremos sim que suas contribuições continuem permanentemente na base! Atenciosamente, Roger. -- Em 04-04-2014 11:02, Hélio Ricardo Pinheiro Coutinho escreveu: Pois é, meu nobre, Por não saber importar (ainda) é que deu essa confusão toda... Acho qualquer crítica louvável, temos que transformá-las em aprendizado (as construtivas). Você também não me conhece (ainda), mas se me conhecesse saberia que com jeito, me leva até às calças - Não no sentido da palavra, hein! rsrs. Tenho tido um enorme
Re: [Talk-br] Notas no Mapa
Márcio, infelizmente Nota é assim mesmo. O que for lixo ou galhofa, marca como Resolved e toca o barco. As notas são um recurso de desenvolvimento de mapas para quem não quer se envolver muito ou não tem tempo de parar e consertar na hora. Isto requer a possibilidade de não se identifcar. Em 4 de abril de 2014 10:19, thunder...@gpsinfo.com.br escreveu: Amigos, me perdoem o comodismo, mas gasto muito tempo em pesquisa no universo wiki para sanar duvida de assunto que considero simples que trata de Notas no Mapa. Venho observando que o numero de possíveis colaboradores vem crescendo. Chego a essa conclusão quando observo as Notas no Mapa criadas. Acreditamos que nosso trabalho de divulgação tem surtido o efeito desejado, entretanto observo que muitos abrem nota no mapa sem identificação do autor e com conteúdo que não pode ser aproveitado. Sem conhecimento de causa identifiquei que ao RESOLVER uma nota o ícone da mesma se transforma de vermelho para verde e que depois de um determinado tempo essa nota não é mais estampada. Como proceder quando identificamos uma nota criada por brincadeira, sabotagem, ou sei lá o que? []s Marcio ___ 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.
Obrigado! Em 4 de abril de 2014 09:47, Lists li...@gimnechiske.org escreveu: 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.
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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear bairros como área.
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 ___ 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.
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 ___ 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.
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 ___ 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] Mapear bairros como área.
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 https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Notas no Mapa
É bem isso mesmo. Aqui em João Pessoa vi apenas três notas de mapa: duas eram lixo anônimo e a outra de um usuário identificado que posteriormente editou ele mesmo a informação contida na nota. Em 4 de abril de 2014 15:46, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Márcio, infelizmente Nota é assim mesmo. O que for lixo ou galhofa, marca como Resolved e toca o barco. As notas são um recurso de desenvolvimento de mapas para quem não quer se envolver muito ou não tem tempo de parar e consertar na hora. Isto requer a possibilidade de não se identifcar. Em 4 de abril de 2014 10:19, thunder...@gpsinfo.com.br escreveu: Amigos, me perdoem o comodismo, mas gasto muito tempo em pesquisa no universo wiki para sanar duvida de assunto que considero simples que trata de Notas no Mapa. Venho observando que o numero de possíveis colaboradores vem crescendo. Chego a essa conclusão quando observo as Notas no Mapa criadas. Acreditamos que nosso trabalho de divulgação tem surtido o efeito desejado, entretanto observo que muitos abrem nota no mapa sem identificação do autor e com conteúdo que não pode ser aproveitado. Sem conhecimento de causa identifiquei que ao RESOLVER uma nota o ícone da mesma se transforma de vermelho para verde e que depois de um determinado tempo essa nota não é mais estampada. Como proceder quando identificamos uma nota criada por brincadeira, sabotagem, ou sei lá o que? []s Marcio ___ 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 -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Nelson, acredito que você não deve ter lido o que escrevi anteriormente. Tenho aqui comigo inúmeros mapas base de municípios do Rio de Janeiro que desenhei e não com apenas 40 mil nós. Tem muito mais que isso. Chega a milhões se considerar todos eles. Esses mapas base tem a nomenclatura Tracksource porque quando os desenhei as empregava porém que fique bem entendido que esses mapas não advém do Tracksource. Todos foram por mim desenhados do zero empregando o editor de mapa TrackMaker Continuo acreditando que está existindo confusão do que advém do Tracksource e do que não vem dele. O Tracksource não disponibiliza os mapas base desenhados. Ele disponibiliza o arquivo IMG do mapa compilado. Ele guarda a 7 chaves os mapa base a ele gentilmente fornecido pelo desenvolvedor. Desconheço ser possível reverter um arquivo imagem disponibilizado pelo Tracksource e importar os dados para o OSM. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, April 4, 2014 2:10 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. Podem me avaliar ou falar o que quiserem, não me importo. A questão nunca foi o erro de ter enviado os dados (tanto que me prontifiquei a revertê-los). O que ninguém respondeu ainda é: como que aparecem 40 mil nós com nomenclatura de TrackSource no mapa? Qual a origem disso? ___ 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] data.rio
Os pontos de ônibus vão exigir critério para importar, porque estão organizados por linhas de ônibus (ainda estão faltando muitas lá), ou seja, eles são apresentados de forma redundante (já que os pontos são compartilhados por diversas linhas). De resto, seria mesmo apenas uma questão de verificar o que já está e o que não está mapeado... - - - · Atenciosamente, Márcio Vinícius Pinheiro http://about.me/Doideira http://pt.gravatar.com/marciovinicius Em 4 de abril de 2014 19:11, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Podemos criar um projetinho para trabalhar na importação desses dados, hein! :) Naturalmente seria um processo manual, uma vez que muitos dos pontos podem já estar mapeados no OSM. Já identifiquei alguns conjuntos de dados que poderiam ser importados. Segue uma lista preliminar: - Pontos turísticos e culturais http://data.rio.rj.gov.br/dataset/pontos-turisticos-e-culturais - Teatros http://data.rio.rj.gov.br/dataset/teatros - Museus http://data.rio.rj.gov.br/dataset/museus - Monumentos http://data.rio.rj.gov.br/dataset/monumentos-da-cidade - Hotéis http://data.rio.rj.gov.br/dataset/hoteis - Academias da Terceira Idade http://data.rio.rj.gov.br/dataset/academias-da-terceira-idade - Pontos de ônibus http://data.rio.rj.gov.br/dataset/pontos-de-parada-de-onibus - Percursos de ônibus http://data.rio.rj.gov.br/dataset/pontos-dos-percursos-de-onibus - Escolas do Município http://data.rio.rj.gov.br/dataset/escolas-do-municipio (essas já foram importadas a partir de dados de 2007, teria que verificar se houve mudança) - Estabelecimentos de Saúde http://data.rio.rj.gov.br/dataset/estabelecimentos-de-saude 2014-04-03 20:29 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: http://data.rio.rj.gov.br/ Na seção de Urbanismo tem muita coisa interessante. Na página Sobre não há uma licença especificada, embora diga Dado aberto é um dado que pode ser livremente utilizado, reutilizado e redistribuído por qualquer um. No meu entendimento poderíamos utilizar esses dados no OSM apenas citando a fonte. []s Arlindo Pereira ___ 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] Reverter changeset.
Márcio, 2014-04-04 20:50 GMT-03:00 thunder...@gpsinfo.com.br: acredito que você não deve ter lido o que escrevi anteriormente. Eu li, mas a questão não é essa. Foi afirmado que não foi utilizado TrackSource em nada, enquanto há um changeset com 40 mil nós claramente importado. Note que há dois changesets neste tópico: um que foi pedido a reversão e outro que eu também reverti: https://www.openstreetmap.org/changeset/21485885 Ninguém explicou a origem dos dados deste segundo changeset. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Nelson, não se pode importar um mapa com milhares de nós? Como citei e imaginei que você não tinha lido, tenho aqui comigo mapas municipais por mim desenhados (não do tracksource) com mais de 40 mil nós. Só por exemplo, o mapa de Nova Iguaçu, município do Rio de Janeiro, tem 69 mil nós. Se eu importar para o OSM um desses mapas significa que importei mapa do Tracksource? Como também citei, nomenclaturas do tracksource empregadas no mapa não significa que aquele mapa é do tracksource. Meus mapas aqui comigo tem a nomenclatura Tracksource porque as empreguei quando os desenhei. Será que por ter nomenclatura Tracksource significa que o meu mapa é do Tracksource? Confesso que não estou entendendo mais nada. -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, April 4, 2014 10:59 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Reverter changeset. Márcio, 2014-04-04 20:50 GMT-03:00 thunder...@gpsinfo.com.br: acredito que você não deve ter lido o que escrevi anteriormente. Eu li, mas a questão não é essa. Foi afirmado que não foi utilizado TrackSource em nada, enquanto há um changeset com 40 mil nós claramente importado. Note que há dois changesets neste tópico: um que foi pedido a reversão e outro que eu também reverti: https://www.openstreetmap.org/changeset/21485885 Ninguém explicou a origem dos dados deste segundo changeset. ___ 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] Flächenmapping so korrekt? Wie korrigieren?
Moin, Am 03.04.2014 09:47, schrieb Manuel Reimer: Was mich daran stört: Ich hätte gerne die normale Straßenlinie erhalten. prinzipiell gebe ich Dir recht - aber bei dieser einfachen langgestreckten Version macht das kaum einen Unterschied. Ist highway=pedestrian auf die Fläche überhaupt korrekt? Gemäß (text)googlen ist es eine Fußgängerzone - und die darf bei OSM auch als Fläche getaggt werden. Darf die Fläche an die zuführenden Straßen angeschlossen sein? Klar - wie soll man sonst darüber routen? Kann ich den Wegverlauf einfach als weiteres highway=pedestrian in Form einer Linie oben drüberlegen? Ist derzeit zumindest bei stark von der linearen Form abweichenden Flächen wohl geduldete Praxis. Wo gehört dann der name dran? Ich würde ihn dann nur an die Linie setzen. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Strände namenslos
Hi, wo kann man nochmal melden, wenn Namen aufgrund der Mapnik-Style-Umstellung nicht mehr gezeichnet werden? Es geht mir um (der Sommer kommt) Strände. bei natural=beach wird der Name nicht mehr gerendet. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
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 Lösungsvorschläge offen und dankbar. Die Map Features beinhalten nicht alle tags, und man sollte sich nicht daran klammern. Bei nicht vorhandenen tags in DE:Mapfeatures solltet ihr sprachunabhängig suchen, beispielsweise gibt es ein craft=brewery schon, wie ihr vielleicht schon gemerkt habt. http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbrewery Unsere Idee ist, diese Zuordnungsliste frei verfügbar zu machen (z.B. auf einer Seite im OSM Wiki) und dort zu pflegen, um anderen Kommunen, Personen, etc. Hilfestellung beim Import/Export von Daten in OSM zu ermöglichen. Eine erste Arbeitsversion befindet sich momentan unter https://docs.google.com/file/d/0B5hzMGhyvOK6c1dDQ21pYUxZZFE. Aber es existieren noch viele leere Zeilen (s.o.) und Unklarheiten, welche Tag-Kombinationen die Richtigen sind. Hier hoffen wir auf den Input der erfahreneren OSM Mapper, um gemeinsam diese Lücken zu füllen. Evtl. haben wir als schönen Nebeneffekt, dass das Wiki in Bereichen mit leicht widersprüchlichen Angaben harmonisiert wird. Mit taginfo lassen sich tags überprüfen (z.B. Wie oft benutzt? ; Mit welchen Kombinationen? ; usw.) http://taginfo.openstreetmap.org Ich habe jedoch Zweifel, ob für Kombinationen nur ein zusätzliches Wertepaar ausreicht. Da müsste man schon Wissen welche Infos für euch in der Kombination relevant sind. Beispielsweise amenity=restaurant, da gibt es einige mögliche zusätzliche Infos wie z.B. Name, Öffnungszeiten, Art der Küche, Rauchen, Rollstuhltauglichkeit, WLan, usw. Wie wollt ihr diese Problematik lösen? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant Mit freundlichen Grüßen Christian Röttger Grüße René ___ 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-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Strände namenslos
chris66 schrieb am 04.04.2014 11:06: wo kann man nochmal melden, wenn Namen aufgrund der Mapnik-Style-Umstellung nicht mehr gezeichnet werden? Es geht mir um (der Sommer kommt) Strände. bei natural=beach wird der Name nicht mehr gerendet. https://github.com/gravitystorm/openstreetmap-carto/issues -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meinungsbild noexit (Versuch einer Zusammenfassung)
Am 3. April 2014 20:52 schrieb Falk Zscheile falk.zsche...@gmail.com: Wenn man das Schild erfassen will (ich finde das eher unnötig), dann wäre mit traffic_sign=DE:397 der Inhalt vollständig beschrieben. Und was machst du, wenn auf der Straße gleichzeitig noch eine Geschwindigkeitsbegrenzung und ein Halteverbot stehen. Ich habe da eine Lösung: access:traffic_sign=DE:value und parking:traffic_sign=DE:value und maxspeed:traffic_sign=DE:value @Falk: Siehe oben, ich würde Verkehrsschilder immer dort mappen, wo sie stehen (nicht am Ende der Sackgasse). Wie gesagt, bei Straßennamen handhaben wir das anders und ich halte das auch bei anderen (hier Verkehrs-) Schildern für sinnvoll. wie ist denn der tag für ein Straßennamen-schild? In den name-tag des highway gehört der Name der Straße, das ist nicht zwangsläufig was auf dem Schild steht. Dass überhaupt Straßennamenschilder getaggt würden ist mir neu, macht aber vielleicht schon Sinn, vor allem in den Fällen, wo die Beschriftung vom Namen abweicht (wobei ich da noch ein note zusätzlich anbringen würde um den anderen Mappern mitzuteilen, dass es sich um eine geprüfte Abweichung und nicht um einen Tippfehler handelt). Ich würde in dem Fall aber auch auf einem Node taggen. Ich erinnere mich noch gut an die Klagen, von Leuten, die versucht haben die Bedeutung von als Punkt eingetragenen Schildern auszuwerten. Das hat bei Stoppschildern nicht funktioniert, das funktioniert bei Ortseingangsschildern nicht ... Deshalb will ich nicht ein in meinen Augen falsches Konzept übernehmen. Habe bisher noch keine Stelle gefunden, wo man bei Ortseingangsschildern Probleme hatte, die Richtung zu erkennen --- ausser in den Fällen, wo die Mapper das Schild auf den highway anstatt daneben gemappt haben. ;-) Die Frage ist, was man durch die Angabe des Schild-tags erreichen will. Mit Deinem System taggst Du Deine Interpretation / Kenntnisstand auf den gesamten Way für den Fall, dass die OSM-tags nicht eindeutig sind, bzw. um anzugeben, aufgrund welcher Schilder diese tags gewählt wurden. Was aber trotzdem passieren kann ist, dass Du ein oder mehrere Schilder übersiehst, oder dass das Schild nur für eine Richtung gilt oder so. Wer dann danach kommt und an anderer Stelle der Straße Unstimmigkeiten findet (d.h. z.B. ein anderes Schild mit anderem Inhalt als dem getaggten) hat dadurch keine Hilfe, (z.B. Dein Schild zu finden), und wenn er ein Schild findet, das Du übersehen hast, (z.B. ein Maxspeed), dann weiss er nicht genau, von wo bis wo das neue Schild gilt. Wenn man hingegen alle Schilder taggt und danach noch weitere findet, muss man nicht unbedingt eine komplette Neubegehung machen um die Informationen zu ergänzen, weil sich das neue Schild in die vorhandenen einfügt. Es ist sozusagen näher an der Realität und erfordert keine oder kaum Interpretation, um ein Schild als Node einzutragen, während das Übertragen eines Straßenschildes auf einen linearen way bereits eine Abstraktion / Interpretation ist, die auch mal (z.B. für einen Teil des ways) fehl liegen kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strände namenslos
Am 04.04.2014 13:00, schrieb Holger Jeromin: Es geht mir um (der Sommer kommt) Strände. bei natural=beach wird der Name nicht mehr gerendet. https://github.com/gravitystorm/openstreetmap-carto/issues Danke, könnte es jemand für mich eintragen, der einen Account dort hat? Text: Please render the name-tag for beaches (natural=beach) for nodes and areas. Vielen Dank Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strände namenslos
chris66 schrieb am 04.04.2014 14:36: Am 04.04.2014 13:00, schrieb Holger Jeromin: Es geht mir um (der Sommer kommt) Strände. bei natural=beach wird der Name nicht mehr gerendet. https://github.com/gravitystorm/openstreetmap-carto/issues Danke, könnte es jemand für mich eintragen, der einen Account dort hat? Text: Please render the name-tag for beaches (natural=beach) for nodes and areas. done: https://github.com/gravitystorm/openstreetmap-carto/issues/455 -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 04.04.2014 10:30, schrieb Georg Feddern: Am 03.04.2014 09:47, schrieb Manuel Reimer: Ist highway=pedestrian auf die Fläche überhaupt korrekt? Gemäß (text)googlen ist es eine Fußgängerzone - und die darf bei OSM auch als Fläche getaggt werden. Plätze in Fußgängerzonen dürfen als Fläche getaggt werden, nicht jede Fußgängerzone. Oder als Zitat aus dem Wiki: Eine Fußgängerzone kann als einfacher Weg gezeichnet werden, wenn es sich eher um eine straßenähnliche Form handelt. [...] Ein größerer Platz kann auch als Fläche kartografiert werden. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meinungsbild noexit (Versuch einer Zusammenfassung)
Am 4. April 2014 14:23 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 3. April 2014 20:52 schrieb Falk Zscheile falk.zsche...@gmail.com: Wenn man das Schild erfassen will (ich finde das eher unnötig), dann wäre mit traffic_sign=DE:397 der Inhalt vollständig beschrieben. Und was machst du, wenn auf der Straße gleichzeitig noch eine Geschwindigkeitsbegrenzung und ein Halteverbot stehen. Ich habe da eine Lösung: access:traffic_sign=DE:value und parking:traffic_sign=DE:value und maxspeed:traffic_sign=DE:value @Falk: Siehe oben, ich würde Verkehrsschilder immer dort mappen, wo sie stehen (nicht am Ende der Sackgasse). Wie gesagt, bei Straßennamen handhaben wir das anders und ich halte das auch bei anderen (hier Verkehrs-) Schildern für sinnvoll. wie ist denn der tag für ein Straßennamen-schild? In den name-tag des highway gehört der Name der Straße, das ist nicht zwangsläufig was auf dem Schild steht. Dass überhaupt Straßennamenschilder getaggt würden ist mir neu, macht aber vielleicht schon Sinn, vor allem in den Fällen, wo die Beschriftung vom Namen abweicht (wobei ich da noch ein note zusätzlich anbringen würde um den anderen Mappern mitzuteilen, dass es sich um eine geprüfte Abweichung und nicht um einen Tippfehler handelt). Ich würde in dem Fall aber auch auf einem Node taggen. Ok, lass uns Haarespalten :-) Da es bei Verkehrsschildern nur eine Bedeutung gibt, Verkehrsschilder sind nämlich immer richtig geschrieben, kann es hier schon von Anfang an keine differenzierung zwischen old_name, official_name, short_name etc. geben. Damit läuft dein Argument hier völlig ins leere. Und im übrigen bleibt es dabei: Erste Quelle für einen Straßennamen ist das Straßenschild und den trägt man nicht dort ein, wo das Schild steht, sondern als Namen auf dem Straßenvektor. Ich erinnere mich noch gut an die Klagen, von Leuten, die versucht haben die Bedeutung von als Punkt eingetragenen Schildern auszuwerten. Das hat bei Stoppschildern nicht funktioniert, das funktioniert bei Ortseingangsschildern nicht ... Deshalb will ich nicht ein in meinen Augen falsches Konzept übernehmen. [...] Die Frage ist, was man durch die Angabe des Schild-tags erreichen will. Mit Deinem System taggst Du Deine Interpretation / Kenntnisstand auf den gesamten Way für den Fall, Falsch! Ich trage das ein, was vor Ort ausgeschildert ist. Das schöne an einem Verkehrsschild ist ja gerade, das es eine feste Definition hat und einer Uminterpretation durch OSM-Nutzer, das OSM-Wiki oder was auch immer unproblematisch widersteht. dass die OSM-tags nicht eindeutig sind, bzw. um anzugeben, aufgrund welcher Schilder diese tags gewählt wurden. Was aber trotzdem passieren kann ist, dass Du ein oder mehrere Schilder übersiehst, oder dass das Schild nur für eine Richtung gilt oder so. Und, das ist ein Problem der Erfassung und nicht des Taggingschemas. Das problem besteht bei maxspeed in genau dieser Form und wird durch foreward: backward: gelöst. Wer dann danach kommt und an anderer Stelle der Straße Unstimmigkeiten findet (d.h. z.B. ein anderes Schild mit anderem Inhalt als dem getaggten) hat dadurch keine Hilfe, (z.B. Dein Schild zu finden), und wenn er ein Schild findet, das Klar, er geht aufmerksamer die Straße ab und schaut ob es eine Erklärung für das falsche mapping gibt. Dann korrigiert er oder setzt einen Bug. so arbeiten wir ... Du übersehen hast, (z.B. ein Maxspeed), dann weiss er nicht genau, von wo bis wo das neue Schild gilt. Wenn man hingegen alle Schilder taggt und danach noch weitere findet, muss man nicht unbedingt eine komplette Neubegehung machen um die Informationen zu ergänzen, weil sich das neue Schild in die vorhandenen einfügt. Sorry, aber du musst schon so viel vertrauen haben, dass ich in der Lage bin, Dinge richtig einzutragen. Mir wegen potentiellem Fehlmappens von meinem Schema abzuraten ist etwas eigenartig. Wenn das ein Grund wäre, dann müssten wir die ÖPNV-Schemas erst recht verbieten ;-) Es ist sozusagen näher an der Realität und erfordert keine oder kaum Interpretation, um ein Schild als Node einzutragen, während das Übertragen eines Straßenschildes auf einen linearen way bereits eine Abstraktion / Interpretation ist, die auch mal (z.B. für einen Teil des ways) fehl liegen kann. Naja, wir werden uns nicht einig werden, wie so oft :-) Gruß Martin Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 04.04.2014 15:56, schrieb Tobias Knerr: Ist highway=pedestrian auf die Fläche überhaupt korrekt? Gemäß (text)googlen ist es eine Fußgängerzone - und die darf bei OSM auch als Fläche getaggt werden. Plätze in Fußgängerzonen dürfen als Fläche getaggt werden, nicht jede Fußgängerzone. Oder als Zitat aus dem Wiki: Eine Fußgängerzone kann als einfacher Weg gezeichnet werden, wenn es sich eher um eine straßenähnliche Form handelt. [...] Ein größerer Platz kann auch als Fläche kartografiert werden. Wobei die Grenze dabei sicherlich fließend ist und auch bei eher straßenähnlichen Fußgängerzone die Fußgänger gerne mal von der einen auf die andere Seite wechseln. Generell sollte man halt im Hinterkopf behalten, dass man Navis mit Flächenmapping keinen großen Gefallen tut. OSRM beispielsweise arbeitet nach dem Motto: lieber gar nicht als schlecht (am Rand entlang) über Flächen routen. http://osrm.at/6W7 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 4. April 2014 15:56 schrieb Tobias Knerr o...@tobias-knerr.de: Gemäß (text)googlen ist es eine Fußgängerzone - und die darf bei OSM auch als Fläche getaggt werden. Plätze in Fußgängerzonen dürfen als Fläche getaggt werden, nicht jede Fußgängerzone. Oder als Zitat aus dem Wiki: Eine Fußgängerzone kann als einfacher Weg gezeichnet werden, wenn es sich eher um eine straßenähnliche Form handelt. [...] Ein größerer Platz kann auch als Fläche kartografiert werden. diese Übersetzung sollte man anpassen, der Originaltext geht so: To map a pedestrianised road nothing other than a simple way is required. Add the highway http://wiki.openstreetmap.org/wiki/Key:highway= *pedestrian* tag to it and a namehttp://wiki.openstreetmap.org/wiki/Key:name =* to make it complete. In the case you want to map a complete area for example a market place or plaza create a closed area with the ways and attach the areahttp://wiki.openstreetmap.org/wiki/Key:area =yes tag to it. highway http://wiki.openstreetmap.org/wiki/Key:highway=*pedestrian*together with area http://wiki.openstreetmap.org/wiki/Key:area=yeshttp://wiki.openstreetmap.org/wiki/Tag:area%3Dyesis also the common way to map squares and plazas. Draw the way at the outer limits (usually walls, buildings, etc.), not in the center of the roads. If there are roads passing over, map them as usual and make connecting nodes at all intersections with the pedestrian area. da steht nichts von größerer Platz sondern es heisst ganze Fläche und das sei AUCH eine übliche Methode, um generell Plätze zu mappen. Ein größerer Platz kann auch als Fläche gemappt werden würde ich ändern in sollte als Fläche gemappt werden, weil ein größerer Platz von einer Linie ziemlich schlecht repräsentiert wird (m.E. selbst ein kleinerer Platz, von daher ggf. auch das größerer weglassen, ist sowieso unscharf und Sinn macht es auch nicht wirklich, wenn es ein Platz ist, ist eine Fläche m.E. immer besser (wegen der Form), auch wenn er nur klein ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meinungsbild noexit (Versuch einer Zusammenfassung)
Am 4. April 2014 15:58 schrieb Falk Zscheile falk.zsche...@gmail.com: Ok, lass uns Haarespalten :-) Da es bei Verkehrsschildern nur eine Bedeutung gibt, Verkehrsschilder sind nämlich immer richtig geschrieben, kann es hier schon von Anfang an keine differenzierung zwischen old_name, official_name, short_name etc. geben. Damit läuft dein Argument hier völlig ins leere. Und im übrigen bleibt es dabei: Erste Quelle für einen Straßennamen ist das Straßenschild und den trägt man nicht dort ein, wo das Schild steht, sondern als Namen auf dem Straßenvektor. es ist eben wie Du schreibst eine Quelle (die erste ist es, weil einfach zugänglich, verlässlicher ist aber die Originalquelle, die den Widmungsakt dokumentiert, d.h. Protokoll der Gemeinderatssitzung o.Ä.) Die Frage ist, was man durch die Angabe des Schild-tags erreichen will. Mit Deinem System taggst Du Deine Interpretation / Kenntnisstand auf den gesamten Way für den Fall, Falsch! Ich trage das ein, was vor Ort ausgeschildert ist. Das schöne an einem Verkehrsschild ist ja gerade, das es eine feste Definition hat und einer Uminterpretation durch OSM-Nutzer, das OSM-Wiki oder was auch immer unproblematisch widersteht. es steht an einem Schild aber nicht dran, wofür es gilt, diese Zuordnung machst Du, und das ist bereits eine Interpretation die nicht in allen Fällen dem Gewünschten entsprechen dürfte. Wenn Du objektiv die Realität taggen willst, wäre ein Schild mit einem node besser repräsentiert, darauf wollte ich hinaus. Übrigens spiegelt das auch die tagging-Realität einigermaßen wider: Node 176 733 Way 35 378 Und, das ist ein Problem der Erfassung und nicht des Taggingschemas. Das problem besteht bei maxspeed in genau dieser Form und wird durch foreward: backward: gelöst. ja, backward und forward geht bei Richtungen natürlich schon, nur, wenn Du ein Schild übersehen hast ist der ganze Sinn fast schon dahin, jedenfalls sind einzelne Schilder m.E. deutlich nachhaltiger, praktiziere ich schon seit Jahren und hatte bisher keine Probleme. Wer dann danach kommt und an anderer Stelle der Straße Unstimmigkeiten findet (d.h. z.B. ein anderes Schild mit anderem Inhalt als dem getaggten) hat dadurch keine Hilfe, (z.B. Dein Schild zu finden), und wenn er ein Schild findet, das Klar, er geht aufmerksamer die Straße ab und schaut ob es eine Erklärung für das falsche mapping gibt. Dann korrigiert er oder setzt einen Bug. so arbeiten wir ... je nachdem, wie lange die Straße ist. Und der nächste macht das auch wieder, weil er die Schildpositionen wieder erfassen muss, und der nächste auch wieder, etc. Sorry, aber du musst schon so viel vertrauen haben, dass ich in der Lage bin, Dinge richtig einzutragen. ja klar, ich wollte nicht Deine Arbeit in Frage stellen, was ich andeuten wollte, dass es Vorgehensweisen gibt, die besser geeignet sind, wenn das Resultat von anderen überprüft werden soll, als andere, und die, hoffe ich, stabiler sind was das Hinterlegen von bestimmten, mit viel Mühe vor Ort ermittelten Daten, betrifft (namentlich ab wo genau welches Schild Vorschriften für die Straße macht). Mir wegen potentiellem Fehlmappens von meinem Schema abzuraten ist etwas eigenartig. Wenn das ein Grund wäre, dann müssten wir die ÖPNV-Schemas erst recht verbieten ;-) Grundsätzlich finde ich es schon legitim zu fragen, ob unterschiedliche Arbeitsweisen oder Schemata, die alle zu richtigen Ergebnissen führen können, evtl. andere Nachteile haben z.B. im Hinblick auf einfache Erlernbarkeit, Überprüfbarkeit, Nachhaltigkeit oder Fehleranfälligkeit. Gruß Martin PS: Kurzer Hinweis zum Wiederholen von Streckenbeschränkungen nach Kreuzungen: es ist ein Mythos dass diese Restriktionen (z.B: maxspeed, Überholverbot etc.) an jeder Kreuzung / Einmündung wiederholt werden müssen, vielmehr gelten sie, bis sie aufgehoben werden, wobei allerdings einem nicht ortskundigen Fahrer, der aus einer Querstraße einfährt wo keine Wiederholung der Vorschrift erfolgt, aus deren Nichteinhaltung kein Vorwurf gemacht werden kann. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
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 Lösungsvorschläge offen und dankbar. Die Map Features beinhalten nicht alle tags, und man sollte sich nicht daran klammern. Bei nicht vorhandenen tags in DE:Mapfeatures solltet ihr sprachunabhängig suchen, beispielsweise gibt es ein craft=brewery schon, wie ihr vielleicht schon gemerkt habt. http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbrewery Unsere Idee ist, diese Zuordnungsliste frei verfügbar zu machen (z.B. auf einer Seite im OSM Wiki) und dort zu pflegen, um anderen Kommunen, Personen, etc. Hilfestellung beim Import/Export von Daten in OSM zu ermöglichen. Eine erste Arbeitsversion befindet sich momentan unter https://docs.google.com/file/d/0B5hzMGhyvOK6c1dDQ21pYUxZZFE. Aber es existieren noch viele leere Zeilen (s.o.) und Unklarheiten, welche Tag-Kombinationen die Richtigen sind. Hier hoffen wir auf den Input der erfahreneren OSM Mapper, um gemeinsam diese Lücken zu füllen. Evtl. haben wir als schönen Nebeneffekt, dass das Wiki in Bereichen mit leicht widersprüchlichen Angaben harmonisiert wird. Mit taginfo lassen sich tags überprüfen (z.B. Wie oft benutzt? ; Mit welchen Kombinationen? ; usw.) http://taginfo.openstreetmap.org Ich habe jedoch Zweifel, ob für Kombinationen nur ein zusätzliches Wertepaar ausreicht. Da müsste man schon Wissen welche Infos für euch in der Kombination relevant sind. Beispielsweise amenity=restaurant, da gibt es einige mögliche zusätzliche Infos wie z.B. Name, Öffnungszeiten, Art der Küche, Rauchen, Rollstuhltauglichkeit, WLan, usw. Wie wollt ihr diese Problematik lösen? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant Mit freundlichen Grüßen Christian Röttger Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen
Dirk-Lüder Kreie schrieb: Am 03.04.2014 16:34, schrieb malenki: Ein Beweisfoto vorm Wegwerfen wäre nicht die schlechteste Idee gewesen… Wenn du das verfolgen mächtest (ich hab derzeit zu viel zu tun) kann ich dir gerne ein Beweisstück im Original zukommen lassen. Eine solche Anschuldigung würde ich nicht ohne Grundlage in den Raum stellen wollen. Außerdem kostet eine Mail an die AfD nicht die Welt. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 04.04.2014 17:12, schrieb Martin Koppenhoefer: Ein größerer Platz kann auch als Fläche gemappt werden würde ich ändern in sollte als Fläche gemappt werden, weil ein größerer Platz von einer Linie ziemlich schlecht repräsentiert wird (m.E. selbst ein kleinerer Platz, von daher ggf. auch das größerer weglassen, ist sowieso unscharf und Sinn macht es auch nicht wirklich, wenn es ein Platz ist, ist eine Fläche m.E. immer besser (wegen der Form), auch wenn er nur klein ist). Meinetwegen kann man dort gerne Plätze sollten als Fläche gemappt werden schreiben. Das hat aber nicht wirklich etwas mit meiner Aussage zu tun, dass man nur Plätze als highway=pedestrian + area=yes taggen sollte. Oder willst du dem auch widersprechen? Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
On 04.04.2014 18:35, Tobias Knerr wrote: Am 04.04.2014 17:12, schrieb Martin Koppenhoefer: Ein größerer Platz kann auch als Fläche gemappt werden würde ich ändern in sollte als Fläche gemappt werden, weil ein größerer Platz von einer Linie ziemlich schlecht repräsentiert wird (m.E. selbst ein kleinerer Platz, von daher ggf. auch das größerer weglassen, ist sowieso unscharf und Sinn macht es auch nicht wirklich, wenn es ein Platz ist, ist eine Fläche m.E. immer besser (wegen der Form), auch wenn er nur klein ist). Meinetwegen kann man dort gerne Plätze sollten als Fläche gemappt werden schreiben. Das hat aber nicht wirklich etwas mit meiner Aussage zu tun, dass man nur Plätze als highway=pedestrian + area=yes taggen sollte. Oder willst du dem auch widersprechen? Und wieso highway=pedestrian ? Ich verwende eher highway=path foot=designated oder highway=service (+ entsprechenden access tags) Achtung, ein Platz muss noch lange nicht eine Fußgängerzone sein. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 4. April 2014 18:35 schrieb Tobias Knerr o...@tobias-knerr.de: Meinetwegen kann man dort gerne Plätze sollten als Fläche gemappt werden schreiben. Das hat aber nicht wirklich etwas mit meiner Aussage zu tun, dass man nur Plätze als highway=pedestrian + area=yes taggen sollte. Oder willst du dem auch widersprechen? naja, persönlich mappe ich die eher als Centerlinien, sofern sie Straßen sind, wobei das gerade im Kontext von Fußgängerzonen, die ja bevorzugt in Altstadtbereichen ausgewiesen werden, nicht immer ganz eindeutig ist (oft sind das durchaus polymorphe Gebilde und nicht rein lineare Straßen). Ich finde es prinzipiell nicht schlimm, wenn sowas als area gemappt wird, vor allem wenn zusätzlich noch die Straßenmittellinie als highway gemappt ist. Wenn Du Dir das Wiki ansiehst, steht da: In the case you want to map a complete area for example a market place or plaza create a closed area with the ways and attach the areahttp://wiki.openstreetmap.org/wiki/Key:area =yes tag to it. da steht m.E., dass man es sich aussuchen kann, und nicht wie im Deutschen, dass man nur größere Plätze so mappen darf. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 4. April 2014 18:40 schrieb fly lowfligh...@googlemail.com: Und wieso highway=pedestrian ? Ich verwende eher highway=path foot=designated oder es geht ja hier um Platz-Flächen, da macht highway=path m.E. keinen Sinn. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 04.04.2014 18:53, schrieb Martin Koppenhoefer: Ich finde es prinzipiell nicht schlimm, wenn sowas als area gemappt wird, vor allem wenn zusätzlich noch die Straßenmittellinie als highway gemappt ist. Die Kombination Mittellinie + Fläche ist m.E. nur akzeptabel, wenn die Fläche als area:highway getaggt ist - also das Gegenstück zum Riverbank-Modell. Nur dann ist brauchbares Routing und Rendering sichergestellt. Die einzige Situation, wo eine highway-Linie über eine highway-Fläche korrektes Mapping ist, sind sichtbar abgesetzte Wege, die einen Platz queren. Wenn Du Dir das Wiki ansiehst, steht da: In the case you want to map a complete area for example a market place or plaza create a closed area with the ways and attach the areahttp://wiki.openstreetmap.org/wiki/Key:area =yes tag to it. da steht m.E., dass man es sich aussuchen kann, und nicht wie im Deutschen, dass man nur größere Plätze so mappen darf. Auch dort steht aber nicht, dass man Straßen als Flächen mappen darf. Wie man an den Beispielen (Marktplatz, Plaza) erkennen kann, bezieht sich der Abschnitt speziell auf Plätze. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
On Fri, Apr 04, 2014 at 06:40:30PM +0200, fly wrote: Und wieso highway=pedestrian ? Ich verwende eher highway=path foot=designated oder highway=service (+ entsprechenden access tags) Achtung, ein Platz muss noch lange nicht eine Fußgängerzone sein. Aufpassen, highway=pedestrian ist nicht ausschließlich für Fußgängerzonen. Deutsche Definition: Für Wikipedia Fußgängerzone und größere Flächen mit hartem Untergrund die vor allem für Fußgänger gedacht sind, meist im städtischen Gebiet. Englische Definition: For town centres and civic areas, where wide expanses of hard surface are provided for pedestrians to walk (often between shops). Also alles, was hauptsächlich für Fußgänger gedacht ist, befestigt ist und breiter als ein üblicher Fußweg ist. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de