Re: [talk-ph] Project NOAH asking everyone to map in OSM
On Tue, Feb 25, 2014 at 1:49 AM, Eugene Alvin Villar sea...@gmail.comwrote: Here's a simple poll to see what the community thinks: http://poll.pollcode.com/16318232 Current poll results: ref=* - 3 votes nat_ref=* - 1 vote ref:doh=* - 5 votes Some comments on the poll page: Pierre: ref:doh=* is specific, and make extracting data easier Maning: ref:doh=* is more descriptive, less mistakes with people who mistag ref=* Rally: ref=* is shorter, easier to teach, easier to type, is autocomplete in editors Please vote in the poll if you haven't done so. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
Allright! Some good news: I got a response from OsmAnd_Pieter. I've made the invitation to join us on this list so we can discus this issue in depth. I really hope he accepts this. below my reply on his msg: Hallo, Glenn, Ik zet ze er anders op dan ze staan: Dat hadden we idd wel door, net daarmee hebben 'wij' een probleem. doel is dat ze zichtbaar worden in OSMAND. Dit is een gratis routable GPS systeem dat offline te gerbruiken is vanaf de SD kaart. We weten het, want je zet ze verkeerd, je tagt ze ook niet correct. Zowat de hele OSM scene in Belgie probeerde te achterhalen wie je was om je erop te wijzen dat je eigenlijk een beetje een troep van aan het maken was.Op vele plaatsen stonden reeds cameras, maar je liet deze staan. Dus stonden er dubbels. Wij kennen allen OSMAND, maar je zit nu te mappen voor 1 applicatie, dat is een slechte reden. Er zijn meer applicaties die andere 'foliekes' hebben, als je overal rekening mee houd word het een soep. Waar er flitsers staan kan je hier zien: http://frink.bplaced.de/blitzer/ (alle manieren zijn toegestaan daar) Ik snap jouw punt hier niet echt van. 'Ons' probleem is dat het werk dat je doet door anderen steeds gecorrigeerd moet worden, wij waren eigenlijk op het punt gekomen om die user ID uit te blokeren. Meer info op: http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement Voor OSMAND (mensen in de auto gebruiken die en dat is de doelgroep voor flitsers) Moet de flitser op de autoweg zelf staan en highway=speed_camera gebruiken. Dat was al het geval bij de changes die ik heb gedaan, aangezien ik de camera's in vele gevallen er zelf op heb gezet (bv Shumanlaan hofstade, of centrum zemst) Hinweis zur Benutzung mit der beliebten Routingsoftware Osmand: Damit Osmand den Fahrer warnt, muss zwingend mit dieser Methode gearbeitet werden. Dabei muss der Punkt mit dem Merkmal highway=speed_camera unbedingt Mitglied des Weges sein, der durch den beschriebenen Blitzer überwacht wird. Wat is jou mening hierover? Is er een reden dat je ze anders nodig hebt op de kaart? Ik zou graag de discussie opentrekken op de mailing lijst, er zijn al wat woorden gevloeid over je contributies. Op zich super dat je je inzet voor deze, maar het geeft ons kopzorgen omdat we een beetje met de kraan open aan het dweilen zijn. zie bv http://search.gmane.org/?query=OsmAnd_Pietergroup=gmane.comp.gis.openstreetmap.region.be Ik zou het super vinden als je je kon aboneren op de mailing lijst : talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Daar kunnen we ons hoofden bij elkaar steken en kunnen we overleggen wat net je bedoeling is want het ontgaat de meeste van ons momenteel waar je mee bezig bent. Ik stuur mijn reply ook even naar de lijst, er gaan veel mensen zijn die gelukkig gaan zijn u te horen. Wij bijten niet, we vinden het gewoon annoying dat we moeten cleanen achter je. Abbonneer even, ik laat alvast weten dat je gereageerd hebt. Mvg, Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] (geen onderwerp)
Hallo allemaal, Morgen is het nog eens OpenStreetMap bijeenkomst in Gent! Dus iedereen is welkom om 19u in de Vooruit tussen pot en pint. http://www.meetup.com/OpenStreetMap-Belgium/events/166866572/ Ook als je nu niet kan komen, kan je je inschrijven in de meetup-groep. Dan wordt je automatisch op de hoogde gehouden van volgende osm activiteiten. Tot morgen, Jorieke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Géomatique Wallonne - strategic plan
Hi, I posted on the wiki the strategic plan for the geomatics in Wallonia : https://wiki.openstreetmap.org/wiki/File:Projet_de_plan_strat%C3%A9gique_g%C3%A9omatique_pour_la_Wallonie_%28Belgique%29.pdf I began to read it and I will write down some advices in the next days. I created a page dedicated to this usage : https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Contacts_with_local_autorities/Wallonia/R%C3%A9flexion_des_contributeurs_OSM_sur_le_projet_de_plan_strat%C3%A9gique_pour_la_Wallonie I will keep you up to date when I will have written something. Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Problemen met AGIV WMS
Ik krijg alleen nog error tiles. Als ik de oorspronkelijke WMS link (*http://wms.agiv.be/ogc/wms/omkl http://wms.agiv.be/ogc/wms/omkl?) *opnieuw wil installeren krijg ik foutmeldingen en als ik rechtstreeks op de AGIV site ga werkt het ook maar half. Is er iets veranderd of zit de AGIV server in de problemen ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met AGIV WMS
On Tuesday 25 February 2014 20:47:59 Gilbert Hersschens wrote: Ik krijg alleen nog error tiles. Als ik de oorspronkelijke WMS link (*http://wms.agiv.be/ogc/wms/omkl http://wms.agiv.be/ogc/wms/omkl?) *opnieuw wil installeren krijg ik foutmeldingen en als ik rechtstreeks op de AGIV site ga werkt het ook maar half. Is er iets veranderd of zit de AGIV server in de problemen ? Het lijkt erop dat hun server gewoon erg traag is op dit moment, zie bijvoorbeeld hun eigen site http://ogc.beta.agiv.be/gdiviewer/?simple=false waar het op dit moment minuten duurt vooraleer de foto geladen wordt. Dus gewoon afwachten tot het weer beter is... Maar nu het thema hier toch is: ik krijg geregeld in JOSM meldingen bij het downloaden van die AGIV foto's om een username en paswoord in te geven. Erg vervelend want hij vraagt dat bij elke foto drie keer en daarna krijg ik een error-tile. Iemand idee wat daar de oorzaak van kan zijn? Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Problemen met AGIV WMS
Dat probleem met het paswoord kreeg ik lang geleden ook al eens. Door de wms link opnieuw te installeren kreeg ik het weg. Maar dat lukt vandaag dus ook niet ;-( Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met AGIV WMS
Het is de server die niet kan volgens. In de voormiddag gaat alles normaal, vanaf 16 uur begint het en wordt het slechter en slechter om verbinding te krijgen. Eens men verbinding heeft blijft ze werken, maar trager en trager. In de WE heeft men de ganse dag prijs. Ik denk dat er dan te veel OSM'ers aan de link hangen. .-) Die WMS wordt hoe langer hoe meer gekend. :-( JOSM reageert niet altijd op dezelfde manier als er een time-out aankomt en vraagt soms een paswoord, soms niet. Sus 2014-02-25 21:05 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com: Dat probleem met het paswoord kreeg ik lang geleden ook al eens. Door de wms link opnieuw te installeren kreeg ik het weg. Maar dat lukt vandaag dus ook niet ;-( Gilbert ___ 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] Problemen met AGIV WMS
Ik had die meldingen ook al gezien, maar voornamelijk toen ik de cached versie gebruikte. Eigenaardig genoeg werkt die voor mij al een tijdje niet meer. Jo Op 25 februari 2014 20:56 schreef Ben Laenen benlae...@gmail.com: On Tuesday 25 February 2014 20:47:59 Gilbert Hersschens wrote: Ik krijg alleen nog error tiles. Als ik de oorspronkelijke WMS link (*http://wms.agiv.be/ogc/wms/omkl http://wms.agiv.be/ogc/wms/omkl?) *opnieuw wil installeren krijg ik foutmeldingen en als ik rechtstreeks op de AGIV site ga werkt het ook maar half. Is er iets veranderd of zit de AGIV server in de problemen ? Het lijkt erop dat hun server gewoon erg traag is op dit moment, zie bijvoorbeeld hun eigen site http://ogc.beta.agiv.be/gdiviewer/?simple=false waar het op dit moment minuten duurt vooraleer de foto geladen wordt. Dus gewoon afwachten tot het weer beter is... Maar nu het thema hier toch is: ik krijg geregeld in JOSM meldingen bij het downloaden van die AGIV foto's om een username en paswoord in te geven. Erg vervelend want hij vraagt dat bij elke foto drie keer en daarna krijg ik een error-tile. Iemand idee wat daar de oorzaak van kan zijn? Ben ___ 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] TEC Open Data (+ SNCB)
Hi, May be you missed this : http://datanews.levif.be/ict/actualite/les-tec-wallons-s-ouvrent-a-l-open-data/article-4000533615697.htm tldr; : The TEC will open datasets, they made the announce last week at Ghent. I made some research and did not found any data yet. But I found those datasets, *WHICH ARE STILL NOT REFERENCED AS OPEN DATA* and therefore may not be integrated into OSM : http://geoportail.wallonie.be/cms/render/live/fr/sites/geoportail/contents/metadata/plainData/47676af7-aab3-4d2e-9c9c-cd86e7ad7241.html I checked the data in QGIS with orthophoto from the waloon regio, and there are some decalage (I do not know the word in English). We must use those data carefully fi those files are published later. :-) A last word: Champs Libres produced this map : http://www.navetteurs.be/index.php?option=com_contentview=articleid=5451 , extracting geographical data from the OSM database. We saw that 12 stations were missing, and we corrected them into OSM :-). We may think that all railway stations in Wallonia are registered now (but maybe not entirely correctly... some were weird, like area next to the railways, ...). Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] TEC Open Data (+ SNCB)
Hi, On Tue, Feb 25, 2014 at 10:21 PM, Julien Fastré jul...@fastre.info wrote: tldr; : The TEC will open datasets, they made the announce last week at I was there, if I understood correctly, they are still in the process of doing the work that is needed to release the data properly. You can try and contact this person for more information: http://www.datadays.eu/dd-speaker/mr-antoine-patris/ You can also find presentations here: http://www.datadays.eu/presentations/ Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] TEC Open Data (+ SNCB)
Wow, that is great news. Hopefully they will choose for an open data license which is compatible with ODBL. For the stops of De Lijn, we are repositioning them manually before uploading to OSM. There are 4000 left to do (stops which are served by buses). The decalage shouldn't be a problem. It is reassuring that they are using the 'stop position' of their buses when the doors open to let people board. All those buses have GPSs aboard and they are taking the center of the 'cloud' of points. So most of those positions should be quite accurate. Anyway, we shouldn't 'import' them wholesale as they come, but rather trickle them in checking them. I hope they include zone information. De Lijn doesn't and looking up the zones takes most of the time processing them. I also hope they will provide csv files with dumps from their DB like De Lijn does. This enables me to generate route relations with all stops in the order they are served. Cheers, Polyglot 2014-02-25 22:21 GMT+01:00 Julien Fastré jul...@fastre.info: Hi, May be you missed this : http://datanews.levif.be/ict/actualite/les-tec-wallons-s-ouvrent-a-l-open-data/article-4000533615697.htm tldr; : The TEC will open datasets, they made the announce last week at Ghent. I made some research and did not found any data yet. But I found those datasets, *WHICH ARE STILL NOT REFERENCED AS OPEN DATA* and therefore may not be integrated into OSM : http://geoportail.wallonie.be/cms/render/live/fr/sites/geoportail/contents/metadata/plainData/47676af7-aab3-4d2e-9c9c-cd86e7ad7241.html I checked the data in QGIS with orthophoto from the waloon regio, and there are some decalage (I do not know the word in English). We must use those data carefully fi those files are published later. :-) A last word: Champs Libres produced this map : http://www.navetteurs.be/index.php?option=com_contentview=articleid=5451 , extracting geographical data from the OSM database. We saw that 12 stations were missing, and we corrected them into OSM :-). We may think that all railway stations in Wallonia are registered now (but maybe not entirely correctly... some were weird, like area next to the railways, ...). Julien ___ 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] Not attaching polygons to roads
This is the changeset: http://tinyurl.com/ndjzpkm Notice in particular the attachment of the cemetery (that in reality has a wall boundary) to the middle of a roundabout. As we increasing map to a finer detail, especially in urban areas, His reversal to a 'blanket' style coverage is a step backwards. My edits are based on visual survey (bike ride) backed up with Bing imagery. If someone could please revert this changeset I'd much appreciate it. I would do it myself I'm not conversant with JOSM it's reversal tool - I don't wish to make matters worse. Thanks Dave F. On 20/02/2014 22:12, Serge Wroclawski wrote: What's the username? Changesets? - Serge On Thu, Feb 20, 2014 at 5:04 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Hi There's a general consensus that attaching polygons to ways that represent roads was a bad idea. For example if a farm field was mapped this way then any barrier for it, such as hedge, gate etc, would appear to be on the road as well. I have a user who's repeatedly doing this. I've tried sending messages, but no reply I gave a detailed description in my amending changesets, but he just reverts them back. Are there any wiki pages explaining it clearly that might convince him otherwise? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
It looks utterly wrong to me when a wall is being put in the middle of a normal road (I've only seen this in Berlin in the mid 80's, but that was an actual groundtruth situation at the time). Not to mention that attaching polygons to roads is very unfriendly to newcomers who will not be able to select a road in iD in a normal way to update e.g. maxspeeds. 2014-02-25 18:10 GMT+01:00 Dave F. dave...@madasafish.com: This is the changeset: http://tinyurl.com/ndjzpkm Notice in particular the attachment of the cemetery (that in reality has a wall boundary) to the middle of a roundabout. As we increasing map to a finer detail, especially in urban areas, His reversal to a 'blanket' style coverage is a step backwards. My edits are based on visual survey (bike ride) backed up with Bing imagery. If someone could please revert this changeset I'd much appreciate it. I would do it myself I'm not conversant with JOSM it's reversal tool - I don't wish to make matters worse. Thanks Dave F. On 20/02/2014 22:12, Serge Wroclawski wrote: What's the username? Changesets? - Serge On Thu, Feb 20, 2014 at 5:04 PM, Dave F. dave...@madasafish.com wrote: Hi There's a general consensus that attaching polygons to ways that represent roads was a bad idea. For example if a farm field was mapped this way then any barrier for it, such as hedge, gate etc, would appear to be on the road as well. I have a user who's repeatedly doing this. I've tried sending messages, but no reply I gave a detailed description in my amending changesets, but he just reverts them back. Are there any wiki pages explaining it clearly that might convince him otherwise? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- http://www.avast.com/ This email is free from viruses and malware because avast! Antivirushttp://www.avast.com/protection is active. ___ 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] Not attaching polygons to roads
On 02/25/2014 07:54 PM, Johan C wrote: It looks utterly wrong to me when a wall is being put in the middle of a normal road (I've only seen this in Berlin in the mid 80's, but that was an actual groundtruth situation at the time). Not to mention that attaching polygons to roads is very unfriendly to newcomers who will not be able to select a road in iD in a normal way to update e.g. maxspeeds. I'll always make polygon separate from the road. One of the reasons is that we mark road only with it's centerline and not whole dimensions, shape and width. And if we connect the polygon to that centerline we create false data. Those fileds end at the certain distance from road centerline, 1m, 2m, 5m,10m... and there is no reason to virtualy extend them and falsify the real world. Regards. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
For example if a farm field was mapped this way then any barrier for it, such as hedge, gate etc, would appear to be on the road as well. So, for a polygon, the boundary can be tagged for a barrier that completely encircles the polygon? Is this all that common? In my experience the barrier is dependant upon the neighbouring polygon. Often a residential property will have fences on the rear and two sides, but no fence to the front. I guess in this case each side would have to be a separate line object? nick *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. *** ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
On Tue, Feb 25, 2014 at 11:15 AM, hbogner hbog...@gmail.com wrote: I'll always make polygon separate from the road. One of the reasons is that we mark road only with it's centerline and not whole dimensions, shape and width. And if we connect the polygon to that centerline we create false data. Those fileds end at the certain distance from road centerline, 1m, 2m, 5m,10m... and there is no reason to virtualy extend them and falsify the real world. +1 Wouldn't it be nice if the editors wouldn't allow polygon to connect to highways. I understand that it hard to implement, but when you need to make changes to either object, it is a pain. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
Wouldn't it be nice if the editors wouldn't allow polygon to connect to highways. The edges of some polygons are truly coincident with road centerlines. For example, many municipal boundaries. Mike ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
On Tue, Feb 25, 2014 at 5:02 PM, Mike Thompson miketh...@gmail.com wrote: The edges of some polygons are truly coincident with road centerlines. For example, many municipal boundaries. That may be true, but it doesn't mean we need to connect roads with polygons. As was stated in a post from a time past, roads and landuse/borders polygons are only representations of the object. One object can sit on top of another without connecting. The render map will appear the same. The only problem I can see is trying to query what is inside of a polygon. A road with its geometry just outside of the polygon would show up even though it appears to be directly under the polygon. But that seems pretty obscure. When editing, it is time consuming to make changes to one when the two are connected. Leaving the two connect can lead to problems if the editor doesn't see that they inadvertently moved the other. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Ethereum en Bitcoin Meetup ZB45 Makerspace en Uitnodiging Workshop Open data publication and use: Lessons learned
Beste, (uitnodiging zie onder) Deze donderdagavond vind er bij ZB45 Makerspace een Ethereum en Bitcoin Meetup plaats: M.b.v. intelligente contracten in Ethereum en Bitcoin, zou je in principe bijv. kunnen bijhouden welke grond wiens eigendom is. http://bitcoinobserver.com/news/2014-02-12-Ethereum-Bitcoin-Amsterdam-Meetup-ZB45-Makerspace.html Aanmelden niet verplicht, maar wordt wel erg op prijs gesteld. Sprekerslijst (wordt nog aangevuld) Pieterjan Goppel (Partner and CCO) Bitonic Radu Serban Radu Serban holds a PhD in Information Systems from the Vrije Universiteit Amsterdam and is investigating the impact of online media on evolution of disruptive technologies such as BITCOIN. By correlating insights from unsupervised learning and classification on the bitcoin transactions with insights from social network analysis and publicly available data, the goal is to assess the level of anonymity and transaction trustworthiness of a Bitcoin address/pseudonym. Ioana Deleanu Ioana Deleanu is a PhD candidate at Utrecht University School of Economics, investigating the efficiency of information transmission chains present in various AML repressive frameworks and combines principles of economics, criminal law and network analysis. Ioana is applying economical and statistical modelling to estimate the volumes of BITCOINs used in the underground economy. Alexander Heid Alexander Heid is co-founder and President/CEO %27 Global Enterprises, which currently consists of HackMiami , HackGotham, and HackAmsterdam. These organizations serve as premier global resources for highly skilled hackers that specialize in vulnerability analysis, penetration testing, digital forensics, and all manner of information technology and security. Heid's specialties include digital crime intelligence analysis, application security auditing, malware reversal, and cryptocurrency marketplace analysis. Much of the research Heid has participated in has been featured at national industry conferences and global mainstream media. Currently, Heid is working on two startups: SecurityScorecard Services and BitcoinIntel.com. ZB45 Makerspace Zeeburgerpad 45 1019 AA Amsterdam Tevens wil ik julie wijzen op deze uitnodiging die ik kreeg van mevr. Zuiderwijk, onderzoeker aan de TU Delft. Beste Bas, Hierbij wil ik je uitnodigen voor een workshop die de TU Delft op 23 april van 12.45-18.30 uur organiseert. De workshop heeft tot doel om een aantal lessen op een rijtje te zetten die we tot nu toe kunnen trekken uit onderzoek naar en ervaringen met de publicatie en het gebruik van open data. Er zullen presentaties worden gegeven door onder andere Paul Suijkerbuijk, Ton Zijlstra, Chris Davis en Marijn Janssen, er wordt een praktische sessie georganiseerd over het gebruik van open data en er zijn verschillende netwerkmogelijkheden waaronder een borrel. Voor meer informatie wil ik je verwijzen naar de bijlage en naar https://www.eventbrite.nl/e/workshop-on-open-data-publication-and-use-lessons-learned-registration-10058285603#https://www.eventbrite.nl/e/workshop-on-open-data-publication-and-use-lessons-learned-registration-10058285603. -- Bas http://bitcoinference.com/ https://twitter.com/bitcoinference ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] Classificação das vias em Curitiba
Só passando a informação adiante: http://forum.openstreetmap.org/viewtopic.php?pid=402022#p402022 Sugiro abrir um post no fórum sobre esse assunto. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] [Fórum] Living streets
Iniciei uma discussão sobre living streets no fórum, pra quem se interessar. http://forum.openstreetmap.org/viewtopic.php?pid=402053#p402053 Acho que o melhor veículo pra falar disso é lá mesmo, a discussão tende a ser longa. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapas do IBGE
Seria bom guardar esse link pra transformar em tutorial né. Abri um post no fórum pra começar a acumular assuntos pra tutoriais. http://forum.openstreetmap.org/viewtopic.php?pid=402060#p402060 2014-02-24 20:37 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: O Vitor foi mais rápido que eu. :-P Discutimos isso ano passado: https://lists.openstreetmap.org/pipermail/talk-br/2013-January/003109.html 2014-02-24 20:27 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com: Raffaello, O ideal é converter os PDFs para imagem e usar o PicLayer para colocá-los como imagens de fundo. Uma outra dica é, no PicLayer, alinhar os limites dos PDFs usando o KML do IBGE com os limites de setores censitários. Abraços, Vítor Dias Em 24/02/2014 20:20, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, Arlindo, não sei se vou ser claro, mas minha dúvida é como visualizar esses mapas do IBGE como uma camada adicional no editor, ou seja, como visualizar os dados do IBGE e do OSM em uma mesma janela, caso possível, para facilitar o mapeamento. O procedimento artesanal que faço para o Tracksouce, e que eu queria otimizar no OSM, é abrir os PDFs do IBGE e os mapas em janelas separadas para ficar comparando, o que não é muito produtivo. Para ficar mais claro, por exemplo, abro um mapa do IBGE e visualizo um cruzamento entre a Rua X e a Rua Y. Aí, eu abro o mapa do Tracksource (em outro aplicativo) e tento localizar esse cruzamento. Feito isso, saio comparando as informações nessa região para ver se não há mais alguma informação que eu possa adicionar, como nomes de ruas faltantes. O problema, é que esses arquivos de mapas, em formato PDF, são muito fragmentados, e dá muito trabalho ficar abrindo um por um em janelas distintas das janelas do editor. Obrigado. Raffaello Bruno From: openstreet...@arlindopereira.com Date: Mon, 24 Feb 2014 18:34:54 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapas do IBGE Sim, o IBGE utiliza uma licença que permite o uso dos dados no OSM. Na verdade, em diversas situações os dados do IBGE foram importados diretamente. Por exemplo, no caso das fronteiras de cidade/estado, rodovias (ainda que de resolução grosseira, é melhor que nada, e foi muito útil no passado do projeto) e aglomerações subnormais (comunidades carentes). []s Arlindo 2014-02-24 18:26 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Pessoal, desculpem-me se estiver falando besteira, mas gostaria de saber se há possibilidade de visualizar os mapas do IBGE ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapas_de_setores_censitarios) ou outro similar em alguma camada de algum editor como ocorre com as imagens de satélite. Sei que esses mapas são aproximações grosseiras e não estão bem georreferenciados, mas são boas fontes de POIs e de nomes de ruas, principalmente nas cidadezinhas do interior. Meu objetivo seria simplesmente abrir o editor e visualizar o mapa do IBGE por baixo (mesmo que deslocado) e verificar, por exemplo, que na esquina da Rua X com a Rua Y há um posto de saúde e, então, incluí-lo no OSM. Esse recurso seria útil também para verificar o nome correto das ruas por meio de uma fonte oficial. Obrigado pela atenção. Raffaello Bruno ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] POIs de alerta
Hm essa página (http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features) não é atualizada desde setembro de 2012. Não achei nenhum problema olhando por altos, mas é bom redobrar a atenção, e quem sabe ir atualizando caso o que ela diz não esteja de acordo com o que discutimos por aqui. 2014-02-24 18:40 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá vc pode ver que radar você marca um ponto e marca como highway=speed_camera e lombada traffic_calming=bump e aqui tem dicas para mapear outras coisas: http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a Em 24 de fevereiro de 2014 18:33, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, gostaria de saber como mapear POIs de alerta pelo iD (lombadas e radares). Aonde é que visualizo esse tipo de POI no mapa OSM? Até agora não vi nenhum. Obrigado. Raffaello Bruno ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] POIs de alerta
Na verdade eu quis dizer aquelas coisas no chão geralmente antes de placas de Pare. Fotos aqui: https://encrypted.google.com/search?tbm=ischq=tartaruguinhas%20tr%C3%A2nsitotbs=imgo : A impressão inicial que tive é que é traffic_calming=bump, mas não tenho certeza Em 25 de fevereiro de 2014 11:39, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm talvez eu precise de uns exemplos com fotos, mas traffic_calming é pra estruturas de moderação de tráfego, e o que o John falou parece ser algo pra demarcar uma vaga de estacionamento ou algo do tipo. 2014-02-24 18:47 GMT-03:00 Flavio Bello Fialho bello.fla...@gmail.com: Os que existem no Brasil geralmente são traffic_calming=bump. Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu: Eu mapeei uma lombada aqui como traffic_calming=hump. Pelo que vi na wiki, a diferença de hump e bump é que hump é mais largo. Mas ambos parecem estar certos. Uma coisa que eu vi agora que posso ter feito errado: mapeei algumas daquelas tartaruguinhas ou conchas que marcam uma parada para carro como traffic_calming=bump. Isso está certo? Pelo que vi, é o mais perto. Em 24 de fevereiro de 2014 18:40, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá vc pode ver que radar você marca um ponto e marca como highway=speed_camera e lombada traffic_calming=bump e aqui tem dicas para mapear outras coisas: http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a Em 24 de fevereiro de 2014 18:33, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, gostaria de saber como mapear POIs de alerta pelo iD (lombadas e radares). Aonde é que visualizo esse tipo de POI no mapa OSM? Até agora não vi nenhum. Obrigado. Raffaello Bruno ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] POIs de alerta
Hm talvez eu precise de uns exemplos com fotos, mas traffic_calming é pra estruturas de moderação de tráfego, e o que o John falou parece ser algo pra demarcar uma vaga de estacionamento ou algo do tipo. 2014-02-24 18:47 GMT-03:00 Flavio Bello Fialho bello.fla...@gmail.com: Os que existem no Brasil geralmente são traffic_calming=bump. Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu: Eu mapeei uma lombada aqui como traffic_calming=hump. Pelo que vi na wiki, a diferença de hump e bump é que hump é mais largo. Mas ambos parecem estar certos. Uma coisa que eu vi agora que posso ter feito errado: mapeei algumas daquelas tartaruguinhas ou conchas que marcam uma parada para carro como traffic_calming=bump. Isso está certo? Pelo que vi, é o mais perto. Em 24 de fevereiro de 2014 18:40, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá vc pode ver que radar você marca um ponto e marca como highway=speed_camera e lombada traffic_calming=bump e aqui tem dicas para mapear outras coisas: http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a Em 24 de fevereiro de 2014 18:33, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, gostaria de saber como mapear POIs de alerta pelo iD (lombadas e radares). Aonde é que visualizo esse tipo de POI no mapa OSM? Até agora não vi nenhum. Obrigado. Raffaello Bruno ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] POIs de alerta
2014-02-25 11:59 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: +1 Não sabia que o OsmAnd emitia esses alertas, sempre achei que seriam muito úteis. Ele alerta também para traffic_calming=bump? Ou só para traffic_calming=hump? Boa pergunta. Estava outro dia na estrada quando começou a dar alertas de lombada. Minha desconfiança é de que o alerta é emitido quando o traffic_calming é acompanhado de maxspeed pois ele mostrava ambas as coisas (que havia uma lombada adiante e mostrava uma velocidade máxima). Mas não tive tempo de investigar. Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] POIs de alerta
Eu concordo que, vendo bem, as tartaruguinhas não se encaixam como traffic_calming=bump. Mas será que não tem outro valor? Eu diria que ainda é um traffic_calming. E se for pra não colocar, como eu indico que deve ter uma parada(ou seja, que tem placa Pare) ? Lembro de ter lido um tempo atrás que não tem muito consenso sobre isso. Como é feito no Brasil? E na minha opinião, a maioria das lombadas de ruas normais são traffic_calming=hump. Até agora só vi lombadas menores em entradas para certos lugares. AH, e falando em lombada, como podemos etiquetar lombadas eletrônicas? Tem alguma etiqueta para indicar um medidor de velocidade no local? (pra combinar com a lombada) Em 25 de fevereiro de 2014 11:59, Fernando Trebien fernando.treb...@gmail.com escreveu: +1 Não sabia que o OsmAnd emitia esses alertas, sempre achei que seriam muito úteis. Ele alerta também para traffic_calming=bump? Ou só para traffic_calming=hump? 2014-02-25 11:56 GMT-03:00 Gerald Weber gwebe...@gmail.com: Eu creio que é meio exagerado colocar traffic_calming=bump nestes casos. Quer dizer, se você passa em uma velocidade maior não há muita consequência exceto por um barulho chato nos pneus. Diferente de uma lombada onde você pode até se acidentar se você não a vê, ou seja, um alerta emitido em função de traffic_calming=bump pode até evitar um acidente. Exemplos são lombadas em rodovias sem sinalização, ou com sinalização gasta. Neste caso alguns aplicativos (como o Osmand) emitem alertas de lombada que são muito úteis. Agora, se o Osmand começar a dar um alerta para cada tartaruginha numa rua isto acaba perdendo a função para alertar para situações que envolvem um perigo real. abraço Gerald 2014-02-25 11:43 GMT-03:00 John Packer john.pack...@gmail.com: Na verdade eu quis dizer aquelas coisas no chão geralmente antes de placas de Pare. Fotos aqui: https://encrypted.google.com/search?tbm=ischq=tartaruguinhas%20tr%C3%A2nsitotbs=imgo : A impressão inicial que tive é que é traffic_calming=bump, mas não tenho certeza Em 25 de fevereiro de 2014 11:39, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm talvez eu precise de uns exemplos com fotos, mas traffic_calming é pra estruturas de moderação de tráfego, e o que o John falou parece ser algo pra demarcar uma vaga de estacionamento ou algo do tipo. 2014-02-24 18:47 GMT-03:00 Flavio Bello Fialho bello.fla...@gmail.com : Os que existem no Brasil geralmente são traffic_calming=bump. Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu: Eu mapeei uma lombada aqui como traffic_calming=hump. Pelo que vi na wiki, a diferença de hump e bump é que hump é mais largo. Mas ambos parecem estar certos. Uma coisa que eu vi agora que posso ter feito errado: mapeei algumas daquelas tartaruguinhas ou conchas que marcam uma parada para carro como traffic_calming=bump. Isso está certo? Pelo que vi, é o mais perto. Em 24 de fevereiro de 2014 18:40, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá vc pode ver que radar você marca um ponto e marca como highway=speed_camera e lombada traffic_calming=bump e aqui tem dicas para mapear outras coisas: http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a Em 24 de fevereiro de 2014 18:33, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, gostaria de saber como mapear POIs de alerta pelo iD (lombadas e radares). Aonde é que visualizo esse tipo de POI no mapa OSM? Até agora não vi nenhum. Obrigado. Raffaello Bruno ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Dr. Gerald Weber
Re: [Talk-br] POIs de alerta
+1 Não sabia que o OsmAnd emitia esses alertas, sempre achei que seriam muito úteis. Ele alerta também para traffic_calming=bump? Ou só para traffic_calming=hump? 2014-02-25 11:56 GMT-03:00 Gerald Weber gwebe...@gmail.com: Eu creio que é meio exagerado colocar traffic_calming=bump nestes casos. Quer dizer, se você passa em uma velocidade maior não há muita consequência exceto por um barulho chato nos pneus. Diferente de uma lombada onde você pode até se acidentar se você não a vê, ou seja, um alerta emitido em função de traffic_calming=bump pode até evitar um acidente. Exemplos são lombadas em rodovias sem sinalização, ou com sinalização gasta. Neste caso alguns aplicativos (como o Osmand) emitem alertas de lombada que são muito úteis. Agora, se o Osmand começar a dar um alerta para cada tartaruginha numa rua isto acaba perdendo a função para alertar para situações que envolvem um perigo real. abraço Gerald 2014-02-25 11:43 GMT-03:00 John Packer john.pack...@gmail.com: Na verdade eu quis dizer aquelas coisas no chão geralmente antes de placas de Pare. Fotos aqui: https://encrypted.google.com/search?tbm=ischq=tartaruguinhas%20tr%C3%A2nsitotbs=imgo: A impressão inicial que tive é que é traffic_calming=bump, mas não tenho certeza Em 25 de fevereiro de 2014 11:39, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm talvez eu precise de uns exemplos com fotos, mas traffic_calming é pra estruturas de moderação de tráfego, e o que o John falou parece ser algo pra demarcar uma vaga de estacionamento ou algo do tipo. 2014-02-24 18:47 GMT-03:00 Flavio Bello Fialho bello.fla...@gmail.com: Os que existem no Brasil geralmente são traffic_calming=bump. Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu: Eu mapeei uma lombada aqui como traffic_calming=hump. Pelo que vi na wiki, a diferença de hump e bump é que hump é mais largo. Mas ambos parecem estar certos. Uma coisa que eu vi agora que posso ter feito errado: mapeei algumas daquelas tartaruguinhas ou conchas que marcam uma parada para carro como traffic_calming=bump. Isso está certo? Pelo que vi, é o mais perto. Em 24 de fevereiro de 2014 18:40, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá vc pode ver que radar você marca um ponto e marca como highway=speed_camera e lombada traffic_calming=bump e aqui tem dicas para mapear outras coisas: http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a Em 24 de fevereiro de 2014 18:33, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, gostaria de saber como mapear POIs de alerta pelo iD (lombadas e radares). Aonde é que visualizo esse tipo de POI no mapa OSM? Até agora não vi nenhum. Obrigado. Raffaello Bruno ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Dr. Gerald Weber gwebe...@gmail.com Personal website Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] POIs de alerta
Arlindo, Quanto às tartaruguinhas, não se encaixam com traffic_calming=rumble_strip. *Rumble strip* são os Sonorizadores que tem em partes de rodovias. highway=stop é pra ser utilizado um pouco antes da interseção, correto? Quando eu perguntei sobre o medidor de velocidade, me referi a lombada eletrônica mesmo. Creio que highway=speed_camera já cubra as necessidades. Em 25 de fevereiro de 2014 12:27, Arlindo Pereira openstreet...@arlindopereira.com escreveu: O wiki chama essas estruturas de traffic_calming=rumble_strip: Multiple very low bumps (few cm at most) spaced few meters apart spanning the entire width of the road. Does not limit speeds as such, but are very noticeable to the driver as they generate noise and shake the car mildly. Not to be confused with the similar device used to alert drivers when they drift from their lane. See [image: Wikipedia]http://en.wikipedia.org/wiki/Rumble_strips Rumble strips http://en.wikipedia.org/wiki/Rumble_strips. Nesses casos, em que as tartaruguinhas são combinadas com a placa de pare, eu mapearia assim: highway=stop traffic_calming=rumble_strip E, no caso da lombada eletrônica: highway=speed_camera maxspeed=XX Não conheço tag para demonstrar que há um medidor de velocidade no local. Podemos inventar uma e comentar na página de discussão da tag speed_camera e/ou na lista tagging. []s Arlindo 2014-02-25 12:14 GMT-03:00 John Packer john.pack...@gmail.com: Eu concordo que, vendo bem, as tartaruguinhas não se encaixam como traffic_calming=bump. Mas será que não tem outro valor? Eu diria que ainda é um traffic_calming. E se for pra não colocar, como eu indico que deve ter uma parada(ou seja, que tem placa Pare) ? Lembro de ter lido um tempo atrás que não tem muito consenso sobre isso. Como é feito no Brasil? E na minha opinião, a maioria das lombadas de ruas normais são traffic_calming=hump. Até agora só vi lombadas menores em entradas para certos lugares. AH, e falando em lombada, como podemos etiquetar lombadas eletrônicas? Tem alguma etiqueta para indicar um medidor de velocidade no local? (pra combinar com a lombada) Em 25 de fevereiro de 2014 11:59, Fernando Trebien fernando.treb...@gmail.com escreveu: +1 Não sabia que o OsmAnd emitia esses alertas, sempre achei que seriam muito úteis. Ele alerta também para traffic_calming=bump? Ou só para traffic_calming=hump? 2014-02-25 11:56 GMT-03:00 Gerald Weber gwebe...@gmail.com: Eu creio que é meio exagerado colocar traffic_calming=bump nestes casos. Quer dizer, se você passa em uma velocidade maior não há muita consequência exceto por um barulho chato nos pneus. Diferente de uma lombada onde você pode até se acidentar se você não a vê, ou seja, um alerta emitido em função de traffic_calming=bump pode até evitar um acidente. Exemplos são lombadas em rodovias sem sinalização, ou com sinalização gasta. Neste caso alguns aplicativos (como o Osmand) emitem alertas de lombada que são muito úteis. Agora, se o Osmand começar a dar um alerta para cada tartaruginha numa rua isto acaba perdendo a função para alertar para situações que envolvem um perigo real. abraço Gerald 2014-02-25 11:43 GMT-03:00 John Packer john.pack...@gmail.com: Na verdade eu quis dizer aquelas coisas no chão geralmente antes de placas de Pare. Fotos aqui: https://encrypted.google.com/search?tbm=ischq=tartaruguinhas%20tr%C3%A2nsitotbs=imgo : A impressão inicial que tive é que é traffic_calming=bump, mas não tenho certeza Em 25 de fevereiro de 2014 11:39, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm talvez eu precise de uns exemplos com fotos, mas traffic_calming é pra estruturas de moderação de tráfego, e o que o John falou parece ser algo pra demarcar uma vaga de estacionamento ou algo do tipo. 2014-02-24 18:47 GMT-03:00 Flavio Bello Fialho bello.fla...@gmail.com: Os que existem no Brasil geralmente são traffic_calming=bump. Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu: Eu mapeei uma lombada aqui como traffic_calming=hump. Pelo que vi na wiki, a diferença de hump e bump é que hump é mais largo. Mas ambos parecem estar certos. Uma coisa que eu vi agora que posso ter feito errado: mapeei algumas daquelas tartaruguinhas ou conchas que marcam uma parada para carro como traffic_calming=bump. Isso está certo? Pelo que vi, é o mais perto. Em 24 de fevereiro de 2014 18:40, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá vc pode ver que radar você marca um ponto e marca como highway=speed_camera e lombada traffic_calming=bump e aqui tem dicas para mapear outras coisas: http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a Em 24 de fevereiro de 2014
Re: [Talk-br] POIs de alerta
Pessoal, ainda não tenho 100% de certeza, mas pelo que entendi, a diferença de *speed bump* e *speed hump* é a ilustrada na imagem abaixo: [image: Imagem inline 1] Em 25 de fevereiro de 2014 13:23, John Packer john.pack...@gmail.comescreveu: Arlindo, Quanto às tartaruguinhas, não se encaixam com traffic_calming=rumble_strip . *Rumble strip* são os Sonorizadores que tem em partes de rodovias. highway=stop é pra ser utilizado um pouco antes da interseção, correto? Quando eu perguntei sobre o medidor de velocidade, me referi a lombada eletrônica mesmo. Creio que highway=speed_camera já cubra as necessidades. Em 25 de fevereiro de 2014 12:27, Arlindo Pereira openstreet...@arlindopereira.com escreveu: O wiki chama essas estruturas de traffic_calming=rumble_strip: Multiple very low bumps (few cm at most) spaced few meters apart spanning the entire width of the road. Does not limit speeds as such, but are very noticeable to the driver as they generate noise and shake the car mildly. Not to be confused with the similar device used to alert drivers when they drift from their lane. See [image: Wikipedia]http://en.wikipedia.org/wiki/Rumble_strips Rumble strips http://en.wikipedia.org/wiki/Rumble_strips. Nesses casos, em que as tartaruguinhas são combinadas com a placa de pare, eu mapearia assim: highway=stop traffic_calming=rumble_strip E, no caso da lombada eletrônica: highway=speed_camera maxspeed=XX Não conheço tag para demonstrar que há um medidor de velocidade no local. Podemos inventar uma e comentar na página de discussão da tag speed_camera e/ou na lista tagging. []s Arlindo 2014-02-25 12:14 GMT-03:00 John Packer john.pack...@gmail.com: Eu concordo que, vendo bem, as tartaruguinhas não se encaixam como traffic_calming=bump. Mas será que não tem outro valor? Eu diria que ainda é um traffic_calming. E se for pra não colocar, como eu indico que deve ter uma parada(ou seja, que tem placa Pare) ? Lembro de ter lido um tempo atrás que não tem muito consenso sobre isso. Como é feito no Brasil? E na minha opinião, a maioria das lombadas de ruas normais são traffic_calming=hump. Até agora só vi lombadas menores em entradas para certos lugares. AH, e falando em lombada, como podemos etiquetar lombadas eletrônicas? Tem alguma etiqueta para indicar um medidor de velocidade no local? (pra combinar com a lombada) Em 25 de fevereiro de 2014 11:59, Fernando Trebien fernando.treb...@gmail.com escreveu: +1 Não sabia que o OsmAnd emitia esses alertas, sempre achei que seriam muito úteis. Ele alerta também para traffic_calming=bump? Ou só para traffic_calming=hump? 2014-02-25 11:56 GMT-03:00 Gerald Weber gwebe...@gmail.com: Eu creio que é meio exagerado colocar traffic_calming=bump nestes casos. Quer dizer, se você passa em uma velocidade maior não há muita consequência exceto por um barulho chato nos pneus. Diferente de uma lombada onde você pode até se acidentar se você não a vê, ou seja, um alerta emitido em função de traffic_calming=bump pode até evitar um acidente. Exemplos são lombadas em rodovias sem sinalização, ou com sinalização gasta. Neste caso alguns aplicativos (como o Osmand) emitem alertas de lombada que são muito úteis. Agora, se o Osmand começar a dar um alerta para cada tartaruginha numa rua isto acaba perdendo a função para alertar para situações que envolvem um perigo real. abraço Gerald 2014-02-25 11:43 GMT-03:00 John Packer john.pack...@gmail.com: Na verdade eu quis dizer aquelas coisas no chão geralmente antes de placas de Pare. Fotos aqui: https://encrypted.google.com/search?tbm=ischq=tartaruguinhas%20tr%C3%A2nsitotbs=imgo : A impressão inicial que tive é que é traffic_calming=bump, mas não tenho certeza Em 25 de fevereiro de 2014 11:39, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm talvez eu precise de uns exemplos com fotos, mas traffic_calming é pra estruturas de moderação de tráfego, e o que o John falou parece ser algo pra demarcar uma vaga de estacionamento ou algo do tipo. 2014-02-24 18:47 GMT-03:00 Flavio Bello Fialho bello.fla...@gmail.com: Os que existem no Brasil geralmente são traffic_calming=bump. Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu: Eu mapeei uma lombada aqui como traffic_calming=hump. Pelo que vi na wiki, a diferença de hump e bump é que hump é mais largo. Mas ambos parecem estar certos. Uma coisa que eu vi agora que posso ter feito errado: mapeei algumas daquelas tartaruguinhas ou conchas que marcam uma parada para carro como traffic_calming=bump. Isso está certo? Pelo que vi, é o mais perto. Em 24 de fevereiro de 2014 18:40, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Raffaelo muita coisa que você precisa saber para mapear está aí: http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features lá
Re: [Talk-br] Mapas do IBGE
Como era o seu antigo método? Não temos preconceitos. :D On Feb 25, 2014 1:57 PM, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com wrote: Arlindo/Vitor, consegui visualizar e georreferenciar um mapa do IBGE no JOSM, mas deu tando trabalho que eu não sei se será mais eficiente do que meu antigo método tabajara... :) Uma vantagem que eu vejo é que só precisa calibrar uma vez para visualizar quantas vezes quiser. Obrigado. -- From: openstreet...@arlindopereira.com Date: Mon, 24 Feb 2014 20:37:28 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapas do IBGE O Vitor foi mais rápido que eu. :-P Discutimos isso ano passado: https://lists.openstreetmap.org/pipermail/talk-br/2013-January/003109.html 2014-02-24 20:27 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com: Raffaello, O ideal é converter os PDFs para imagem e usar o PicLayer para colocá-los como imagens de fundo. Uma outra dica é, no PicLayer, alinhar os limites dos PDFs usando o KML do IBGE com os limites de setores censitários. Abraços, Vítor Dias Em 24/02/2014 20:20, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, Arlindo, não sei se vou ser claro, mas minha dúvida é como visualizar esses mapas do IBGE como uma camada adicional no editor, ou seja, como visualizar os dados do IBGE e do OSM em uma mesma janela, *caso possível*, para facilitar o mapeamento. O procedimento artesanal que faço para o Tracksouce, e que eu queria otimizar no OSM, é abrir os PDFs do IBGE e os mapas em janelas separadas para ficar comparando, o que não é muito produtivo. Para ficar mais claro, por exemplo, abro um mapa do IBGE e visualizo um cruzamento entre a Rua X e a Rua Y. Aí, eu abro o mapa do Tracksource (em outro aplicativo) e tento localizar esse cruzamento. Feito isso, saio comparando as informações nessa região para ver se não há mais alguma informação que eu possa adicionar, como nomes de ruas faltantes. O problema, é que esses arquivos de mapas, em formato PDF, são muito fragmentados, e dá muito trabalho ficar abrindo um por um em janelas distintas das janelas do editor. Obrigado. Raffaello Bruno -- From: openstreet...@arlindopereira.com Date: Mon, 24 Feb 2014 18:34:54 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapas do IBGE Sim, o IBGE utiliza uma licença que permite o uso dos dados no OSM. Na verdade, em diversas situações os dados do IBGE foram importados diretamente. Por exemplo, no caso das fronteiras de cidade/estado, rodovias (ainda que de resolução grosseira, é melhor que nada, e foi muito útil no passado do projeto) e aglomerações subnormais (comunidades carentes). []s Arlindo 2014-02-24 18:26 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Pessoal, desculpem-me se estiver falando besteira, mas gostaria de saber se há possibilidade de visualizar os mapas do IBGE ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapas_de_setores_censitariosftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapas_de_setores_censitarios/AL) ou outro similar em alguma camada de algum editor como ocorre com as imagens de satélite. Sei que esses mapas são aproximações grosseiras e não estão bem georreferenciados, mas são boas fontes de POIs e de nomes de ruas, principalmente nas cidadezinhas do interior. Meu objetivo seria simplesmente abrir o editor e visualizar o mapa do IBGE por baixo (mesmo que deslocado) e verificar, *por exemplo*, que na esquina da Rua X com a Rua Y há um posto de saúde e, então, incluí-lo no OSM. Esse recurso seria útil também para verificar o nome correto das ruas por meio de uma fonte oficial. Obrigado pela atenção. Raffaello Bruno ___ 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] Proposta de padronização de lombadas no Brasil
Considerações, minhas : - Aqui pros lados do NE tb é conhecida como quebra-molas. - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Marcelo Pereira Em 25 de fevereiro de 2014 16:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Por mim tá perfeito. On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote: Pessoal, em uma discussão recente aqui na lista, percebi que tem duas formas diferentes de etiquetar uma lombada: traffic_calming=bump e traffic_calming=hump. Vi que não havia uma padronização quanto a isso no Brasil, então levantei as mangas e comecei a pesquisar. Em primeiro lugar descobri que tem outros nomes para uma lombada: - lomba (que é sinônimo de lombada) - quebra-mola (que é utilizado no RS) - ondulação transversal (que é um termo mais abrangente) E descobri que existem sim dois tipos de lombada: *Tipo I* e *Tipo II*. Como podem ver no seguinte link: http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o usuário a reduzir mais a velocidade do que no tipo 2. Nas definições de *Bump* que vi, era assim mesmo, com a única diferença sendo que *Bump* poderia ter uma altura maior do que *Hump* em alguns casos. Logo, a minha proposta de padronização é a seguinte: - em lombadas Tipo I = traffic_calming=bump - em lombadas Tipo II = traffic_calming=hump - se não se encaixar em um desses tipos, deve ser etiquetado o mais próximo, de acordo com o *comprimento* Abs, Joã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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Proposta de padronização de lombadas no Brasil
Marcelo, Concordo que preciso clarificar mais essa proposta. O tipo 1 tem *1,5m*; e em geral é utilizado em estradas que precisem que a velocidade seja reduzida para 20km/h ou menos. O termo *bump* é praticamente a mesma coisa que o tipo 1, tendo como única diferença que ele pode ter uma altura que maior o *hump*(tipo 2). O tipo 2 é pra ter *3m* de comprimento, e em geral é para reduzir para 30km/h ou menos. Estou sob a impressão que o tipo mais comum nas estradas dentro de uma cidade são o tipo 1 (*bump*). Creio que um critério simples para diferenciar poderia ser: se tem menos de 2 metros de comprimento, então é *bump*; se tiver mais, então é *hump*. (2 metros é um número que eu escolhi meio que arbitrariamente, se acharem melhor ser um número maior, podem falar) - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? Esse do exemplo que você mostrou seria *bump*. - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? Isso não faz parte do critério de escolha, é indiferente. - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Esse é *hump*. Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Nunca vi isso antes, poderia dar um exemplo? Abs, João Em 25 de fevereiro de 2014 16:54, Marcelo Pereira pereirahol...@gmail.comescreveu: Considerações, minhas : - Aqui pros lados do NE tb é conhecida como quebra-molas. - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Marcelo Pereira Em 25 de fevereiro de 2014 16:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Por mim tá perfeito. On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote: Pessoal, em uma discussão recente aqui na lista, percebi que tem duas formas diferentes de etiquetar uma lombada: traffic_calming=bump e traffic_calming=hump. Vi que não havia uma padronização quanto a isso no Brasil, então levantei as mangas e comecei a pesquisar. Em primeiro lugar descobri que tem outros nomes para uma lombada: - lomba (que é sinônimo de lombada) - quebra-mola (que é utilizado no RS) - ondulação transversal (que é um termo mais abrangente) E descobri que existem sim dois tipos de lombada: *Tipo I* e *Tipo II*. Como podem ver no seguinte link: http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o usuário a reduzir mais a velocidade do que no tipo 2. Nas definições de *Bump* que vi, era assim mesmo, com a única diferença sendo que *Bump* poderia ter uma altura maior do que *Hump* em alguns casos. Logo, a minha proposta de padronização é a seguinte: - em lombadas Tipo I = traffic_calming=bump - em lombadas Tipo II = traffic_calming=hump - se não se encaixar em um desses tipos, deve ser etiquetado o mais próximo, de acordo com o *comprimento* Abs, Joã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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ 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] Proposta de padronização de lombadas no Brasil
Lombada tipo II + faixa de segurança = traffic_calming=hump + highway=crossing. Ambas no mesmo ponto. 2014-02-25 16:54 GMT-03:00 Marcelo Pereira pereirahol...@gmail.com: Considerações, minhas : - Aqui pros lados do NE tb é conhecida como quebra-molas. - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Marcelo Pereira Em 25 de fevereiro de 2014 16:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Por mim tá perfeito. On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote: Pessoal, em uma discussão recente aqui na lista, percebi que tem duas formas diferentes de etiquetar uma lombada: traffic_calming=bump e traffic_calming=hump. Vi que não havia uma padronização quanto a isso no Brasil, então levantei as mangas e comecei a pesquisar. Em primeiro lugar descobri que tem outros nomes para uma lombada: lomba (que é sinônimo de lombada) quebra-mola (que é utilizado no RS) ondulação transversal (que é um termo mais abrangente) E descobri que existem sim dois tipos de lombada: Tipo I e Tipo II. Como podem ver no seguinte link: http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o usuário a reduzir mais a velocidade do que no tipo 2. Nas definições de Bump que vi, era assim mesmo, com a única diferença sendo que Bump poderia ter uma altura maior do que Hump em alguns casos. Logo, a minha proposta de padronização é a seguinte: em lombadas Tipo I = traffic_calming=bump em lombadas Tipo II = traffic_calming=hump se não se encaixar em um desses tipos, deve ser etiquetado o mais próximo, de acordo com o comprimento Abs, Joã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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Proposta de padronização de lombadas no Brasil
Acho 2m um bom número. Uma regra mais simples (sem ter que medir) seria quando o meu carro passa, as duas rodas ficam em cima da lombada em algum momento? Se sim, é hump. Senão, é bump. Pelo menos por aqui, casos intermediários são bem raros. 2014-02-25 17:37 GMT-03:00 John Packer john.pack...@gmail.com: Marcelo, Concordo que preciso clarificar mais essa proposta. O tipo 1 tem 1,5m; e em geral é utilizado em estradas que precisem que a velocidade seja reduzida para 20km/h ou menos. O termo bump é praticamente a mesma coisa que o tipo 1, tendo como única diferença que ele pode ter uma altura que maior o hump(tipo 2). O tipo 2 é pra ter 3m de comprimento, e em geral é para reduzir para 30km/h ou menos. Estou sob a impressão que o tipo mais comum nas estradas dentro de uma cidade são o tipo 1 (bump). Creio que um critério simples para diferenciar poderia ser: se tem menos de 2 metros de comprimento, então é bump; se tiver mais, então é hump. (2 metros é um número que eu escolhi meio que arbitrariamente, se acharem melhor ser um número maior, podem falar) - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? Esse do exemplo que você mostrou seria bump. - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? Isso não faz parte do critério de escolha, é indiferente. - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Esse é hump. Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Nunca vi isso antes, poderia dar um exemplo? Abs, João Em 25 de fevereiro de 2014 16:54, Marcelo Pereira pereirahol...@gmail.com escreveu: Considerações, minhas : - Aqui pros lados do NE tb é conhecida como quebra-molas. - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Marcelo Pereira Em 25 de fevereiro de 2014 16:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Por mim tá perfeito. On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote: Pessoal, em uma discussão recente aqui na lista, percebi que tem duas formas diferentes de etiquetar uma lombada: traffic_calming=bump e traffic_calming=hump. Vi que não havia uma padronização quanto a isso no Brasil, então levantei as mangas e comecei a pesquisar. Em primeiro lugar descobri que tem outros nomes para uma lombada: lomba (que é sinônimo de lombada) quebra-mola (que é utilizado no RS) ondulação transversal (que é um termo mais abrangente) E descobri que existem sim dois tipos de lombada: Tipo I e Tipo II. Como podem ver no seguinte link: http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o usuário a reduzir mais a velocidade do que no tipo 2. Nas definições de Bump que vi, era assim mesmo, com a única diferença sendo que Bump poderia ter uma altura maior do que Hump em alguns casos. Logo, a minha proposta de padronização é a seguinte: em lombadas Tipo I = traffic_calming=bump em lombadas Tipo II = traffic_calming=hump se não se encaixar em um desses tipos, deve ser etiquetado o mais próximo, de acordo com o comprimento Abs, Joã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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software
Re: [Talk-br] Proposta de padronização de lombadas no Brasil
Lombada tipo II + faixa de segurança = traffic_calming=hump + highway=crossing. Ambas no mesmo ponto. +1 Em 25 de fevereiro de 2014 17:38, Fernando Trebien fernando.treb...@gmail.com escreveu: Lombada tipo II + faixa de segurança = traffic_calming=hump + highway=crossing. Ambas no mesmo ponto. 2014-02-25 16:54 GMT-03:00 Marcelo Pereira pereirahol...@gmail.com: Considerações, minhas : - Aqui pros lados do NE tb é conhecida como quebra-molas. - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE). Neste caso, que tag usar ? - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Marcelo Pereira Em 25 de fevereiro de 2014 16:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Por mim tá perfeito. On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote: Pessoal, em uma discussão recente aqui na lista, percebi que tem duas formas diferentes de etiquetar uma lombada: traffic_calming=bump e traffic_calming=hump. Vi que não havia uma padronização quanto a isso no Brasil, então levantei as mangas e comecei a pesquisar. Em primeiro lugar descobri que tem outros nomes para uma lombada: lomba (que é sinônimo de lombada) quebra-mola (que é utilizado no RS) ondulação transversal (que é um termo mais abrangente) E descobri que existem sim dois tipos de lombada: Tipo I e Tipo II. Como podem ver no seguinte link: http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o usuário a reduzir mais a velocidade do que no tipo 2. Nas definições de Bump que vi, era assim mesmo, com a única diferença sendo que Bump poderia ter uma altura maior do que Hump em alguns casos. Logo, a minha proposta de padronização é a seguinte: em lombadas Tipo I = traffic_calming=bump em lombadas Tipo II = traffic_calming=hump se não se encaixar em um desses tipos, deve ser etiquetado o mais próximo, de acordo com o comprimento Abs, Joã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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] Proposta de padronização de lombadas no Brasil
Ah, eu acho que o material da lombada não importa muito, então uma lombada de terra seria marcada com traffic_calming=bump/hump também. (Desde que seja uma lombada mesmo, não uma deformação temporária da pista.) 2014-02-25 17:42 GMT-03:00 John Packer john.pack...@gmail.com: Lombada tipo II + faixa de segurança = traffic_calming=hump + highway=crossing. Ambas no mesmo ponto. +1 Em 25 de fevereiro de 2014 17:38, Fernando Trebien fernando.treb...@gmail.com escreveu: Lombada tipo II + faixa de segurança = traffic_calming=hump + highway=crossing. Ambas no mesmo ponto. 2014-02-25 16:54 GMT-03:00 Marcelo Pereira pereirahol...@gmail.com: Considerações, minhas : - Aqui pros lados do NE tb é conhecida como quebra-molas. - Já vi muitos casos de lombadas feitas pela própria população, nota-se a diferença pela total falta de padrão, mas estas tendem a ser mais altas que as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ). Neste caso, que tag usar ? - Já vi lombadas de terra, em vias do mesmo tipo, e aí ? - Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria isso ? Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe tag ? Marcelo Pereira Em 25 de fevereiro de 2014 16:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Por mim tá perfeito. On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote: Pessoal, em uma discussão recente aqui na lista, percebi que tem duas formas diferentes de etiquetar uma lombada: traffic_calming=bump e traffic_calming=hump. Vi que não havia uma padronização quanto a isso no Brasil, então levantei as mangas e comecei a pesquisar. Em primeiro lugar descobri que tem outros nomes para uma lombada: lomba (que é sinônimo de lombada) quebra-mola (que é utilizado no RS) ondulação transversal (que é um termo mais abrangente) E descobri que existem sim dois tipos de lombada: Tipo I e Tipo II. Como podem ver no seguinte link: http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o usuário a reduzir mais a velocidade do que no tipo 2. Nas definições de Bump que vi, era assim mesmo, com a única diferença sendo que Bump poderia ter uma altura maior do que Hump em alguns casos. Logo, a minha proposta de padronização é a seguinte: em lombadas Tipo I = traffic_calming=bump em lombadas Tipo II = traffic_calming=hump se não se encaixar em um desses tipos, deve ser etiquetado o mais próximo, de acordo com o comprimento Abs, Joã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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Colônias de férias
Ficarei devendo. Perdi o local. Em 24 de fevereiro de 2014 17:07, Fernando Trebien fernando.treb...@gmail.com escreveu: Eu nunca mapeei um desses, mas acho que seria leisure=camp. Sugestão: mapeie uma (não precisa ser muito detalhado) e mande pra gente olhar. On Feb 22, 2014 9:16 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Como se mapeia colônias de férias? A tradução parece ser leisure camp, mas nada encontrei referente a isso. O mais próximo que encontrei é clube. []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] [Fórum] 1000 posts!
O fórum da comunidade brasileira acaba de alcançar a marca dos 1000 posts (1017 da última vez que olhei). Ultrapassamos os americanos, os suíços, começamos a ver Israel e Argentina (dois grandes participantes do OSM) um pouco adiante. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [Fórum] 1000 posts!
Iuuu. O Brasil é muito foda. Viva. Em 25/02/2014 21:16, Fernando Trebien fernando.treb...@gmail.com escreveu: O fórum da comunidade brasileira acaba de alcançar a marca dos 1000 posts (1017 da última vez que olhei). Ultrapassamos os americanos, os suíços, começamos a ver Israel e Argentina (dois grandes participantes do OSM) um pouco adiante. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] Tutorial de restrições de conversão
Pessoal, Escrevi um tutorial detalhado sobre restrições de conversão usando o JOSM. O objetivo é que o tutorial possa levar uma pessoa do nível iniciante para o nível avançado nesse assunto. http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o Vou relê-lo em breve para consertar eventuais problemas, mas aceito sugestões de melhorias (formas diferentes de explicar a mesma coisa, formas diferentes de colocar a mesma frase, etc.), correções, e sugestões de acréscimos. Bom proveito! -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Vulkane und natural=crater
Hi, in http://wiki.openstreetmap.org/wiki/DE:How_to_map_a steht was von natural=crater. Ich nehme an, damit sollte der Kraterrand gezeichnet werden? Im wiki finde ich leider keine Beschreibung.. kann sich jemand erinnern? Ist schon einige male benutzt worden, aber keine Ahnung wo, jedenfalls nicht auf der Etna, in Hawaii oder Japan. Wäre das sinnvoll das so zu machen? Oder sollte man mit natural=cliff bzw je nach Aussehen natural=ridge oder natural=arete arbeiten? Sollte man diese dann zusätzlich mit volcanic=yes o.Ä. taggen? Es gibt auch noch natural=volcano, die Beschreibung möchte ich gern harmonisieren - wenn ich denn wüsste wie. http://wiki.openstreetmap.org/wiki/Approved_features/Tag:natural%3Dvolcano Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
hiermit kannst du jedenfalls erst mal schauen wo es benutzt wurde: http://overpass-turbo.eu/s/2Cq -- Consti ubahnverleih Absender: Richard Z. Richard Z. Antworten: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Datum: 25. Februar 2014 at 11:46:11 Empfänger: talk-de@openstreetmap.org talk-de@openstreetmap.org Betreff: [Talk-de] Vulkane und natural=crater natural=crater ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
Am 25. Februar 2014 11:44 schrieb Richard Z. ricoz@gmail.com: in http://wiki.openstreetmap.org/wiki/DE:How_to_map_a steht was von natural=crater. Ich nehme an, damit sollte der Kraterrand gezeichnet werden? Im wiki finde ich leider keine Beschreibung.. kann sich jemand erinnern? Ist schon einige male benutzt worden, aber keine Ahnung wo, jedenfalls nicht auf der Etna, in Hawaii oder Japan. Wäre das sinnvoll das so zu machen? Oder sollte man mit natural=cliff bzw je nach Aussehen natural=ridge oder natural=arete arbeiten? Sollte man diese dann zusätzlich mit volcanic=yes o.Ä. taggen? Es gibt auch noch natural=volcano, die Beschreibung möchte ich gern harmonisieren - wenn ich denn wüsste wie. http://wiki.openstreetmap.org/wiki/Approved_features/Tag:natural%3Dvolcano Im Prinzip eine Fachfrage für Geologen, es gibt auf jeden Fall unterschiedliche Arten von Vulkanen, nicht alle haben unbedingt einen Krater. Natural=volcano ist m.E. ein allgemeiner tag für jegliche Art von Vulkan, dementsprechend wäre natural=crater ein generischer tag für einen Krater (die gibt es ja nicht nur bei Vulkanen, auch große Explosionen und Einschläge (z.B. Meteoriten) lassen Krater entstehen. Der Fachausdruck für das in der Mitte Eingebrochene ist AFAIK caldera, in OSM auch schon ein bisschen getaggt: http://taginfo.openstreetmap.org/search?q=natural%3Dcaldera Das wäre die vom Kraterrand begrenzte Fläche. Was m.E. Sinn macht bei Kratern ist das taggen des Kraterrands (bisher 4x getaggt: natural=crater_rim) als lineares Feature (halte ich einerseits für signifikativ und andererseits für gut aus Luftbildern individuierbar, zumindest bei bestimmten Vulkantypen). Evtl. wäre natural=crater dann entweder ein node oder eine area, die den gesamten Krater umschließt (d.h. ab da wo sich das Gelände erhebt) wenn man auch die sog. Kompressionszone (bei Atombombenexplosionen und Impakt-Kratern) miteinschließen will (ob das so sinnvoll ist, weiss ich nicht). Für unterschiedliche Vulkanarten böte sich ein Subtag zu natural=volcano an, ist aber auch hier wieder eher ein geologisches Spezialthema, zumindest was das Entwickeln und Dokumentieren der tags/Systematik angeht, anwenden kann man das aber evtl. später auch ohne ein Geologe sein zu müssen. Was die deutsche How-to-map-A-Seite angeht, so ist das eine Sammlung von gebräuchlichen und ungebräuchlichen tags, die man zur Recherche zwar durchaus als weitere Quelle gut heranziehen kann, die aber z.T. auch nicht die häufigste Taggingmethode beschreibt, und die m.E. nachrangig zu den englischen Tagdefinitionen im Wiki zu sehen ist. Ein paar Fachtermini kann man ggf. der englischen Wikipedia entnehmen: http://en.wikipedia.org/wiki/Volcano http://en.wikipedia.org/wiki/Volcanic_crater http://en.wikipedia.org/wiki/Caldera etc. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tue, Feb 25, 2014 at 02:23:32PM +0100, Martin Koppenhoefer wrote: Natural=volcano ist m.E. ein allgemeiner tag für jegliche Art von Vulkan, genaugenommen - laut dem verabschiedeten proposal - für die Vulkanmitte. Das ist auch die größte Schwachstelle diese uralt-proposals, Kraterrand und alles andere muß irgendwie anders gemappt werden. Was m.E. Sinn macht bei Kratern ist das taggen des Kraterrands (bisher 4x getaggt: natural=crater_rim) als lineares Feature (halte ich einerseits für signifikativ und andererseits für gut aus Luftbildern individuierbar, zumindest bei bestimmten Vulkantypen). Kraterrand zu mappen find ich auch sehr wichtig. Wir haben bereits Tags die das Aussehen sehr gut beschreiben können (natural=cliff,ridge), wäre die Frage ob es nicht besser ist diese zu verwenden und eventuel mit zusätzlichen Attributen zu versehen. natural=crater_rim sagt erstmal gar nichts darüber wie der Kraterrand aussieht und müsste dafür auch erstmal extra-attribute spendiert bekommen. Evtl. wäre natural=crater dann entweder ein node oder eine area, die den gesamten Krater umschließt (d.h. ab da wo sich das Gelände erhebt) wenn man auch die sog. Kompressionszone (bei Atombombenexplosionen und Impakt-Kratern) miteinschließen will (ob das so sinnvoll ist, weiss ich nicht). Wäre eine Idee. Es gibt auch natural=lava, laut wiki für schon erstarrtes aber flüssiges/fliessendes könnte man noch ergänzen. Eigentlich sollten Lavaströme auch noch eine Flußrichtung haben. Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
Am 25. Februar 2014 14:50 schrieb Richard Z. ricoz@gmail.com: Wäre eine Idee. Es gibt auch natural=lava, laut wiki für schon erstarrtes aber flüssiges/fliessendes könnte man noch ergänzen. Eigentlich sollten Lavaströme auch noch eine Flußrichtung haben. natural=lava halte ich weniger für einen guten tag, weil es kein geografisches Feature sondern ein Material ist. Auch halte ich es für schwierig, das abzugrenzen (alle Erstarrrungsgesteine sind im Prinzip Lava, oder?). Tendeziell wäre m.E. landcover=lava besser als natural, mit den vg. Einschränkungen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tue, Feb 25, 2014 at 11:52:12AM +0100, ubahnverleih wrote: hiermit kannst du jedenfalls erst mal schauen wo es benutzt wurde: http://overpass-turbo.eu/s/2Cq autsch - da scheint jemand jeden einzelnen Bombeneinschlagkrater in der Wüste von Nevada gemappt zu haben:( Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
Am 25. Februar 2014 15:54 schrieb Richard Z. ricoz@gmail.com: autsch - da scheint jemand jeden einzelnen Bombeneinschlagkrater in der Wüste von Nevada gemappt zu haben:( na und? Wieso :( ? Sehe das Problem nicht, im Gegenteil. Dass Krater alleine nicht ausreicht, um nur Vulkane zu finden, war ja auch aus dieser Diskussion hier schon klar (Impakt- und Bombenkrater). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der zehnte Geburtstag von OSM
Frederik Ramm frede...@remote.org wrote: Wenn ihr immer schon mal einen OSM-Event abhalten wolltet und bisher nicht dazu kamt - vielleicht ist das die Gelegenheit. Sternfahrt zu einem confluencepunkt würde mir spontan einfallen :) http://confluence.org/ Gruss Sven -- Dynamische IP-Nummern sind Security-Homöopathie. (Kristian Köhntopp) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellenausschreibung FH-Ingenieur / Bachelor
Hallo Herr Schegge, das Thema Ihrer Bachelor-Arbeit passt ja sehr gut zu unseren anstehenden Aufgaben. Das Bewerbungsverfahren ist z.Z. offen, das heißt, dass Initiativbewerbungen gerne entgegengenomen werden. Bezgl. des Zeugnisses können Sie auch gerne einen aktuellen Notenspiegel mit einreichen. Spätestens zur Unterzeichnung des Arbeitsvertrages ist jedoch eine Bescheinigung notwendig, die ihren Bachelor-Status belegt. Ich freue mich auf Ihre Bewerbung. Joachim Bobrich -- View this message in context: http://gis.19327.n5.nabble.com/Stellenausschreibung-FH-Ingenieur-Bachelor-tp5797270p5797461.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tue, Feb 25, 2014 at 04:03:12PM +0100, Martin Koppenhoefer wrote: Am 25. Februar 2014 15:54 schrieb Richard Z. ricoz@gmail.com: autsch - da scheint jemand jeden einzelnen Bombeneinschlagkrater in der Wüste von Nevada gemappt zu haben:( na und? Wieso :( ? Sehe das Problem nicht, im Gegenteil. Dass Krater alleine nicht ausreicht, um nur Vulkane zu finden, war ja auch aus dieser Diskussion hier schon klar (Impakt- und Bombenkrater). ich sehe das als nicht ganz ideal wenn Atombombencrater mit natural=crater getaggt sind. Unter natural stelle ich mir anderes vor. Übrigens kennt das deutsche Wiki auch man_made=crater, historic=bomb_crater und beides wäre besser gewesen. Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellenausschreibung FH-Ingenieur / Bachelor
Hallo Joachim, Dir ist schon klar das Du hier im Forum unterwegs bist ? Beim Weiterleiten von Bewerbungsunterlagen bitte etwas vorsichtiger sein :-) Christoph P.S. Auch wenn ich die Recruitment Situation von der anderen Seite durch aus kenne, persönlich mag ich als Forum Anwender Stellenanzeigen im Forum nicht. Am 25.02.2014 um 19:05 schrieb JoBob joachim.bobr...@gmx.de: Hallo Herr Schegge, das Thema Ihrer Bachelor-Arbeit passt ja sehr gut zu unseren anstehenden Aufgaben. Das Bewerbungsverfahren ist z.Z. offen, das heißt, dass Initiativbewerbungen gerne entgegengenomen werden. Bezgl. des Zeugnisses können Sie auch gerne einen aktuellen Notenspiegel mit einreichen. Spätestens zur Unterzeichnung des Arbeitsvertrages ist jedoch eine Bescheinigung notwendig, die ihren Bachelor-Status belegt. Ich freue mich auf Ihre Bewerbung. Joachim Bobrich -- View this message in context: http://gis.19327.n5.nabble.com/Stellenausschreibung-FH-Ingenieur-Bachelor-tp5797270p5797461.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tue, Feb 25, 2014 at 03:51:54PM +0100, Martin Koppenhoefer wrote: Am 25. Februar 2014 14:50 schrieb Richard Z. ricoz@gmail.com: Wäre eine Idee. Es gibt auch natural=lava, laut wiki für schon erstarrtes aber flüssiges/fliessendes könnte man noch ergänzen. Eigentlich sollten Lavaströme auch noch eine Flußrichtung haben. natural=lava halte ich weniger für einen guten tag, weil es kein geografisches Feature sondern ein Material ist. Auch halte ich es für schwierig, das abzugrenzen (alle Erstarrrungsgesteine sind im Prinzip Lava, oder?). Tendeziell wäre m.E. landcover=lava besser als natural, mit den vg. Einschränkungen. So ein ausgedehntes Lavafeld halte ich sehr wohl für ein geografisches Feature und landcover würde ich auch nicht für geologische Features verwenden wollen. Was macht man mit flüssigem Lava? Sind zum Teil richtige Flüsse die auch gemappt werden könnten, und z.T. unterirdisch (lava pipes). Übrigens, hat schon mal jemand an einem geologischen Schichtenmodell für OSM getüftelt? Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Danke für die Info. Dort gibt es inzwischen noch mehr Reklamationen. Ich darf dort aber nicht schreiben, ohne mich auch dort anzumelden. Bernhard -Ursprüngliche Nachricht- Von: Archer [mailto:arc...@gulli.com] Gesendet: Dienstag, 25. Februar 2014 00:39 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten Wenn du den Standard-OSM-Stil meinst, dann kannst du Verbesserungsvorschläge/Fehler hier melden: https://github.com/gravitystorm/openstreetmap-carto/issues Der Grund ist, dass der Style umgebaut wird. Siehe auch folgende Fehlermeldung: https://github.com/gravitystorm/openstreetmap-carto/issues/355 Gruß Archer Am 24. Februar 2014 23:45 schrieb Bernhard Weiskopf bweisk...@gmx.de: Heute ist mir aufgefallen, dass die Mapnik-Karte keine Namen von Flächen (area = yes und name = ...) mehr anzeigt, aber auch keine Namen mehr von service roads und von tracks. Nur in Zoomstufe 19 werden sie manchmal, dann aber auch oft bruchstückhaft, gezeigt. Nachdem in Mannheim die Namen der Quadrate (quasi unsere Straßennamen) nicht mehr angezeigt werden, fehlen jetzt auch noch die Namen aller Waldwege und der kleinen Zufahrtsstraßen, die teilweise eigene Namen tragen. Im hiesigen Naherholungsgebiet Käfertaler Wald tragen viele Straßen und Wege Namen, die an den Wegkreuzungen und dem zentralen Karlstern angeschrieben sind. Die müssen auch auf der Karte erscheinen. Kennt jemand den Grund? Wird das so weitergehen, dass man sich mit den üblichen OSM-Karten bald nirgends mehr orientieren kann? Bernhard ___ 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 https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo Walter, Danke für die Info. Kennt jemand den Grund, warum die Karten kaum noch Texte enthalten sollen? Sind die Karten zukünftig für Analphabeten und nicht mehr zur Orientierung? Oder muss man beispielsweise Waldwege mit Namen umtaggen von highway = track in unclassified o.ä.? Bernhard -Ursprüngliche Nachricht- Von: Walter Nordmann [mailto:pil...@hotmail.com] Gesendet: Dienstag, 25. Februar 2014 00:52 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten don't panic! hier dazu was aus dem Forum: http://forum.openstreetmap.org/viewtopic.php?pid=401448#p401448 Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Keine- Namen-in-Mapnik-und-anderen-Karten-tp5797336p5797342.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tuesday 25 February 2014, Richard Z. wrote: natural=lava halte ich weniger für einen guten tag, weil es kein geografisches Feature sondern ein Material ist. Auch halte ich es für schwierig, das abzugrenzen (alle Erstarrrungsgesteine sind im Prinzip Lava, oder?). Tendeziell wäre m.E. landcover=lava besser als natural, mit den vg. Einschränkungen. So ein ausgedehntes Lavafeld halte ich sehr wohl für ein geografisches Feature und landcover würde ich auch nicht für geologische Features verwenden wollen. Generell gilt denke ich beim Tagging: nur, weil es irgendwo etwas gibt, das sich recht zweifelsfrei und sinnvoll mit einem bestimmten Tag beschreiben ließe bedeutet das nicht, dass dieses Tag auch tatsächlich nützlich ist. Wenn Du nämlich nicht irgendwelche willkürlichen Alters- oder Größengrenzen ziehen möchtest würdest Du am Ende teilweise Gebiete von Millionen Quadratkilometern Größe so taggen (z.B. weite Teile Sibiriens). Ein erstarrter aber junger Lavastrom ließe sich schlicht und einfach als natural=bare_rock, ggf. mit Zusatztags mappen. Für ältere, bereits bewachsene Lavaströme, wo man primär dann den Bewuchs mappt, würde sich etwas wie geological=lava_flow anbieten. Vergleichbares gilt denke ich auch für Krater - das ist im Allgemeinen zunächst erst einmal natural=cliff|ridge. Es gibt nämlich auch oft Fälle in vulkanischen Gebieten, wo die Mechanismen der Entstehung kraterförmiger Strukturen garnicht so eindeutig feststellbar sind. Die Frage bleibt dann natürlich, wie man Kraterstrukturen mappen würde, die im Relief garnicht oder kaum mehr zu sehen sind. natural=crater| caldera wäre dann aber auch sicherlich fehl am Platz. Was macht man mit flüssigem Lava? Sind zum Teil richtige Flüsse die auch gemappt werden könnten, und z.T. unterirdisch (lava pipes). Ein noch flüssiger Lavastrom lässt sich kaum sinnvoll mappen, da er seine Form und Ausdehnung permanent ändert. Das einzig sinnvolle Mapping flüssiger Lava wäre bei Lavaseen - erfasst ist das wohl derzeit nur beim Nyiragongo: http://www.openstreetmap.org/way/164967485 -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hi, On 25.02.2014 22:18, Bernhard Weiskopf wrote: Kennt jemand den Grund, warum die Karten kaum noch Texte enthalten sollen? Das ist eine Suggestivfrage. Es gibt keinen Grund, warum die Karten kaum noch Texte enthalten sollen, denn die Karten sollen nicht kaum noch Texte enthalten. Unser Mapnik-Stylesheet hat historisch eine sogenannte catch-all-Regel für Dinge mit Namen enthalten. Diese Regel besagte, vereinfacht gesagt: Egal was es ist, wenn es einen Namen hat, dann schreib ihn irgendwie hin. Das führte immer wieder zu seltsamen Stilblüten in den Karten - irgendjemand zeichnet z.B. ein boundary=air_traffic, name=Flugbeschränkungsgebiet R123, und obwohl Mapnik keine Render-Regeln für Flugbeschränkungsgebiete hat, hat er trotzdem schön irgendwo entlang einer unsichtbaren Linie Flugbeschränkungsgebiet R123 geschrieben. Das war unerwünscht; erwünscht ist vielmehr (in aller Regel), dass Namen nur für exakt die Objekte auf der Karte erscheinen, die selbst auch gezeichnet werden. Dazu müssen also die catch-all-Regeln entfernt und durch spezielle Beschriftungsregeln für genau die gezeichneten Objekte ersetzt werden. Das ist im großen und ganzen auch gelungen, aber einige Labels sind dabei unter die Räder gekommen - die meisten unabsichtlich; in einigen Fällen war es vielleicht wirklich nicht beabsichtigt, einen bestimmten Objekttyp einzuzeichnen. Also, langer Rede kurzer Sinn: Keine Panik, sie sind nicht hinter Dir her, und über kurz oder lang wird das alles wieder gut. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
Am 25. Februar 2014 21:08 schrieb Richard Z. ricoz@gmail.com: So ein ausgedehntes Lavafeld halte ich sehr wohl für ein geografisches Feature +1 natural=lava_field ? Was macht man mit flüssigem Lava? Sind zum Teil richtige Flüsse die auch gemappt werden könnten, und z.T. unterirdisch (lava pipes). lavaway als key? ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
In Mannheim ist Mapnik zurzeit kaum noch zu gebrauchen. Die Wohnstraßen der Vororte tragen noch Namen. Aber die Quadrate der gesamten Innenstadt sind namenlos und die Straßen in den Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder footway) mit Namen genauso. Sogar bei öffentlichen Zufahrtswegen zu Höfen (highway = service) wird der Straßenname nicht mehr angezeigt. Wie trägt man zukünftig den Goetheplatz ein, damit der Name des allseits bekannten Platzes auf der Karte erscheint? Ich nehme an, der Name von area = yes wird dann nicht mehr angezeigt. Bernhard -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Dienstag, 25. Februar 2014 22:35 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten Hi, On 25.02.2014 22:18, Bernhard Weiskopf wrote: Kennt jemand den Grund, warum die Karten kaum noch Texte enthalten sollen? Das ist eine Suggestivfrage. Es gibt keinen Grund, warum die Karten kaum noch Texte enthalten sollen, denn die Karten sollen nicht kaum noch Texte enthalten. Unser Mapnik-Stylesheet hat historisch eine sogenannte catch-all-Regel für Dinge mit Namen enthalten. Diese Regel besagte, vereinfacht gesagt: Egal was es ist, wenn es einen Namen hat, dann schreib ihn irgendwie hin. Das führte immer wieder zu seltsamen Stilblüten in den Karten - irgendjemand zeichnet z.B. ein boundary=air_traffic, name=Flugbeschränkungsgebiet R123, und obwohl Mapnik keine Render- Regeln für Flugbeschränkungsgebiete hat, hat er trotzdem schön irgendwo entlang einer unsichtbaren Linie Flugbeschränkungsgebiet R123 geschrieben. Das war unerwünscht; erwünscht ist vielmehr (in aller Regel), dass Namen nur für exakt die Objekte auf der Karte erscheinen, die selbst auch gezeichnet werden. Dazu müssen also die catch-all-Regeln entfernt und durch spezielle Beschriftungsregeln für genau die gezeichneten Objekte ersetzt werden. Das ist im großen und ganzen auch gelungen, aber einige Labels sind dabei unter die Räder gekommen - die meisten unabsichtlich; in einigen Fällen war es vielleicht wirklich nicht beabsichtigt, einen bestimmten Objekttyp einzuzeichnen. Also, langer Rede kurzer Sinn: Keine Panik, sie sind nicht hinter Dir her, und über kurz oder lang wird das alles wieder gut. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hi, On 25.02.2014 23:12, Bernhard Weiskopf wrote: Die Wohnstraßen der Vororte tragen noch Namen. Aber die Quadrate der gesamten Innenstadt sind namenlos und die Straßen in den Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder footway) mit Namen genauso. Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern Namen angezeigt haben möchte, und wenn ja, trägt man das ein. Ist ja kein Hexenwerk. Insbesondere kann man jetzt - was vorher nicht ging - unterschiedliche Entscheidungen treffen, z.B. bei bestimmten Arten von Straßen/Linien den Text mitten drauf, oder lieber etwas ober/unterhalb der Linie (das könnte z.B. bei den Fuß- und Radwegen besser aussehen). Wie trägt man zukünftig den Goetheplatz ein, damit der Name des allseits bekannten Platzes auf der Karte erscheint? Ich nehme an, der Name von area = yes wird dann nicht mehr angezeigt. Also eine Regel, die grundsätzlich alles, was area=yes hat, mit einem Namen einzeichnet, wird bestimmt nicht wieder kommen, weil das zu unspezifisch ist. Aber eine Regel, die z.B. Flächen mit highway=pedestrian, area=yes ordentlich beschriftet, wäre ja sinnvoll. Wie das mit den Quadraten ist/war, da kenne ich mich nicht aus. Eventuell sollte man sich da mal mit den Japanern kurzschließen, die haben auch keine Straßennummern, sondern stattdessen numerierte oder benannte Bereiche. Wenn die Quadrate bislang einfach nur area=yes und sonst nix hatten, dann ist das sicher zuwenig. Wenn sie irgendwas andres halbwegs sinnvolles hatten, kann man ja anregen, diese Art von Flächen explizit in das Rendering aufzunehmen. Auf jeden Fall ist die Qualität der Karte langfristig besser, wenn man sich solche Gedanken explizit macht, statt einfach mal alles, was einen Namen hat, auf die Karte zu bringen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo Bernhard, warum sollte area=yes, name=foo denn gezeichnet werden? area=yes sagt schließlich nichts anderes aus, als dass ein OSM-Objekt, das nicht aufgrund irgendwelcher anderer Attribute eindeutig als Linie oder Fläche zugeordnet werden kann, definitiv eine Fläche ist. So kann man dicke Stadtmauern, Hecken, Wälle, Deiche etc. als Fläche einzeichnen. Mehr tut area=yes aber nicht, und wenn das tatsächlich DER Indikator in Mannheim ist, um die benannten Blöcke darzustellen, dann ist das ein Problem. Für einen Platz wie den Goetheplatz kommt das name-Tag aber eigentlich auch nicht vom area=yes, sondern vom highway=residential, oder highway=pedestrian, denn die werden mit Namen gerendert (sowie einige andere highway-Werte auch). area=yes entscheidet allerdings darüber, ob der Name entlang der Linie (nämlich z.B. bei einer ringförmigen Straße) oder auf der Fläche (eben bei Plätzen oder als Fläche eingetragenen Straßen) auf der Karte erscheinen soll. DASS der Name dargestellt wird, hat aber mit area=yes|no nichts zu tun. Der Goetheplatz ist also highway=pedestrian, wenn er Fußgängerzone ist, amenity=parking, wenn es sich um einen Parkplatz handelt, alternativ Marktplatz oder was auch immer - was es eben ist. Wenn kein Tag passt, brauchen wir dafür ein Neues, aber das hat mit dem Rendern der Namen nicht viel zu tun (obwohl dann eben neuerdings für ein neues Tag auch eine neue Render-Regel notwedig wäre, und das ist gut so). Gruß Peter Am 25.02.2014 23:12, schrieb Bernhard Weiskopf: In Mannheim ist Mapnik zurzeit kaum noch zu gebrauchen. Die Wohnstraßen der Vororte tragen noch Namen. Aber die Quadrate der gesamten Innenstadt sind namenlos und die Straßen in den Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder footway) mit Namen genauso. Sogar bei öffentlichen Zufahrtswegen zu Höfen (highway = service) wird der Straßenname nicht mehr angezeigt. Wie trägt man zukünftig den Goetheplatz ein, damit der Name des allseits bekannten Platzes auf der Karte erscheint? Ich nehme an, der Name von area = yes wird dann nicht mehr angezeigt. Bernhard -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Dienstag, 25. Februar 2014 22:35 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten Hi, On 25.02.2014 22:18, Bernhard Weiskopf wrote: Kennt jemand den Grund, warum die Karten kaum noch Texte enthalten sollen? Das ist eine Suggestivfrage. Es gibt keinen Grund, warum die Karten kaum noch Texte enthalten sollen, denn die Karten sollen nicht kaum noch Texte enthalten. Unser Mapnik-Stylesheet hat historisch eine sogenannte catch-all-Regel für Dinge mit Namen enthalten. Diese Regel besagte, vereinfacht gesagt: Egal was es ist, wenn es einen Namen hat, dann schreib ihn irgendwie hin. Das führte immer wieder zu seltsamen Stilblüten in den Karten - irgendjemand zeichnet z.B. ein boundary=air_traffic, name=Flugbeschränkungsgebiet R123, und obwohl Mapnik keine Render- Regeln für Flugbeschränkungsgebiete hat, hat er trotzdem schön irgendwo entlang einer unsichtbaren Linie Flugbeschränkungsgebiet R123 geschrieben. Das war unerwünscht; erwünscht ist vielmehr (in aller Regel), dass Namen nur für exakt die Objekte auf der Karte erscheinen, die selbst auch gezeichnet werden. Dazu müssen also die catch-all-Regeln entfernt und durch spezielle Beschriftungsregeln für genau die gezeichneten Objekte ersetzt werden. Das ist im großen und ganzen auch gelungen, aber einige Labels sind dabei unter die Räder gekommen - die meisten unabsichtlich; in einigen Fällen war es vielleicht wirklich nicht beabsichtigt, einen bestimmten Objekttyp einzuzeichnen. Also, langer Rede kurzer Sinn: Keine Panik, sie sind nicht hinter Dir her, und über kurz oder lang wird das alles wieder gut. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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 https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern Namen angezeigt haben möchte, und wenn ja, trägt man das ein. .. kann man jetzt - was vorher nicht ging - unterschiedliche Entscheidungen treffen, z.B. bei bestimmten Arten von Straßen/Linien den Text mitten drauf, oder lieber etwas ober/unterhalb der Linie Wie trägt man das jetzt ein? Genügt name = ... nicht mehr? Der Goetheplatz besteht aus einem Fußgängerbereich, Rasenflächen, Büschen, Parkplatz und mehr. Früher war der gesamte Platz mit einer Linie umrandet, dann area = yes und name = Goetheplatz und Goetheplatz wurde in der Mitte des Platzes angezeigt. name auf highway = pedestrian oder an die Grünfläche wäre falsch, weil das nur jeweils ein Teil des Platzes ist. Oder name an alles, was auf dem Platz ist? Die Quadrate sind inzwischen getagged mit area = yes, name = ... und place = neighbourhood. Das wurde so mal irgendwo diskutiert und entschieden. Angezeigt wird nichts. Auf jeden Fall ist die Qualität der Karte langfristig besser, wenn man sich solche Gedanken explizit macht, statt einfach mal alles, was einen Namen hat, auf die Karte zu bringen. Da bin ich heute anderer Meinung: Jetzt fehlen viel mehr Informationen als früher zu viel enthalten waren. Für mich ist die Qualität der Karte erheblich gesunken, in Mannheim-Innenstadt oder zum Beispiel im Käfertaler Wald ist sie fast unbrauchbar. Bernhard -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Mittwoch, 26. Februar 2014 00:02 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Keine Namen in Mapnik und anderen Karten Hi, On 25.02.2014 23:12, Bernhard Weiskopf wrote: Die Wohnstraßen der Vororte tragen noch Namen. Aber die Quadrate der gesamten Innenstadt sind namenlos und die Straßen in den Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder footway) mit Namen genauso. Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern Namen angezeigt haben möchte, und wenn ja, trägt man das ein. Ist ja kein Hexenwerk. Insbesondere kann man jetzt - was vorher nicht ging - unterschiedliche Entscheidungen treffen, z.B. bei bestimmten Arten von Straßen/Linien den Text mitten drauf, oder lieber etwas ober/unterhalb der Linie (das könnte z.B. bei den Fuß- und Radwegen besser aussehen). Wie trägt man zukünftig den Goetheplatz ein, damit der Name des allseits bekannten Platzes auf der Karte erscheint? Ich nehme an, der Name von area = yes wird dann nicht mehr angezeigt. Also eine Regel, die grundsätzlich alles, was area=yes hat, mit einem Namen einzeichnet, wird bestimmt nicht wieder kommen, weil das zu unspezifisch ist. Aber eine Regel, die z.B. Flächen mit highway=pedestrian, area=yes ordentlich beschriftet, wäre ja sinnvoll. Wie das mit den Quadraten ist/war, da kenne ich mich nicht aus. Eventuell sollte man sich da mal mit den Japanern kurzschließen, die haben auch keine Straßennummern, sondern stattdessen numerierte oder benannte Bereiche. Wenn die Quadrate bislang einfach nur area=yes und sonst nix hatten, dann ist das sicher zuwenig. Wenn sie irgendwas andres halbwegs sinnvolles hatten, kann man ja anregen, diese Art von Flächen explizit in das Rendering aufzunehmen. Auf jeden Fall ist die Qualität der Karte langfristig besser, wenn man sich solche Gedanken explizit macht, statt einfach mal alles, was einen Namen hat, auf die Karte zu bringen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Bernhard Weiskopf wrote Wie trägt man das jetzt ein? Genügt name = ... nicht mehr? Ja, name=* reicht nicht mehr aus - und das ist gut so! Es hat massenhaft berechtigte Beschwerden drüber gegeben, daß irgendwo unmotiviert irgendwelche Namen auf der Mapnik-Karte auftauchen. Dieses Problem wird derzeit - endlich - bearbeitet. Wenn dir was fehlt, wende dich bitte an die Entwickler, die warten nur auf konstruktive Kritik. Und wenn du dich nicht dafür registrieren willst, dann ... Gruß walter ps: ließt du dir die Antworten der Kollegen eigentlich durch? Da ist doch alles lang und breit erklärt :( - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Keine-Namen-in-Mapnik-und-anderen-Karten-tp5797336p5797511.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo. Am 26.02.2014 00:01, schrieb Frederik Ramm: die Straßen in den Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder footway) mit Namen genauso. Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern Namen angezeigt haben möchte, und wenn ja, trägt man das ein. Ist ja kein Hexenwerk. Wo trägt man das ein? Ich habe hier sehr viele Feld- und Waldwege, deren Namen nun komplett verschwunden sind. Tagging ist etwa so: access forestry bicycle yes footyes highway track nameHoblersbergweg tracktype grade2 Was muss ich nun ändern, dass die Namen wieder auftauchen? Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
On Wed, Feb 26, 2014 at 12:30:22AM +0100, Bernhard Weiskopf wrote: Wie trägt man das jetzt ein? Genügt name = ... nicht mehr? Der Goetheplatz besteht aus einem Fußgängerbereich, Rasenflächen, Büschen, Parkplatz und mehr. Früher war der gesamte Platz mit einer Linie umrandet, dann area = yes und name = Goetheplatz und Goetheplatz wurde in der Mitte des Platzes angezeigt. name auf highway = pedestrian oder an die Grünfläche wäre falsch, weil das nur jeweils ein Teil des Platzes ist. Oder name an alles, was auf dem Platz ist? Die Quadrate sind inzwischen getagged mit area = yes, name = ... und place = neighbourhood. Das wurde so mal irgendwo diskutiert und entschieden. Angezeigt wird nichts. Das hört sich richtig an. Da bin ich heute anderer Meinung: Jetzt fehlen viel mehr Informationen als früher zu viel enthalten waren. Für mich ist die Qualität der Karte erheblich gesunken, in Mannheim-Innenstadt oder zum Beispiel im Käfertaler Wald ist sie fast unbrauchbar. Also ich habe hier in der gegend reichlich unmotivierte Labels irgendwo in der gegend rumfliegen. Flugbeschränkungen, Gasleitungen etc Wenn das Objekt selber nicht gerendert wird darf das label auch nicht gerendert werden. Ist halt jetzt mal eine umstellung und man muss das tagging reparieren (einfach eine area=yes + name ist kaputt - was fuer eine Area ist das ? Paintballarena?) oder auch die Mapnik regeln nachziehen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo. Am 26.02.2014 08:31, schrieb Walter Nordmann: Bernhard Weiskopf wrote Wie trägt man das jetzt ein? Genügt name = ... nicht mehr? Ja, name=* reicht nicht mehr aus - und das ist gut so! Ja, aber selbst highway=... und name=... reicht scheinbar nicht aus? Was denn noch? render_this_name=yes oder wie? :-) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] coperture in cemento - amianto
il termine eternit, è utilizzato per indicare una particolare tipologia di fibro-cemento (o meglio la composizione 90% cemento 10% fibre amianto Crisotilo) molto diffusa. essendo marchio registrato non so se possa venire utilizzato su osm, comunque sia bisogna fare attenzione perché non tutti i materiali in asbesto-cemento sono eternit (questo è appunto di una composizione 1a9 con asbesto crisotilo...tutte le altre composizioni non sono definite eternit). essendo il sistema di tag creato sull'inglese britannico ed essendo la tipologia di materiale diffusa in tutto il mondo e non solo una caratteristica locale/nazionale (a differenza delle ville venete per esempio) eviterei value in italiano a prescindere dalla decisione in merito...quindi comunque niente asbesto e soprattutto amianto. il termine preferibile è asbestos. ci sono diverse tipologie di asbesto...paradossalmente quello tipico utilizzato nell'eternit non è neanche il più tossico di per se, ma essendo il più utilizzato è anche quello che ha causato più morti per mesotelioma e carcinoma polmonare... sarei più propenso per un generico fibre-cement (perchè questo sono i tetti in asbesto+cemento) ed eventualmente un tag per specificare il tipo di fibra (un generico asbestos, ma se si hanno conoscenze più approfondite si potrebbe indicare il tipo ) e la percentuale di volume. con questi i due parametri applicati ad una superficie o volume è possibile determinare il rischio tossicologico ed eventualmente l'urgenza e la procedura di bonifica. Nota: se si volesse usare il termine eternit si dovrebbero introdurre un centinaio di possibili value per tutti i nomi commerciali di tutte le tipologie di materiale cemento-fibroso utilizzati. con la suddivisione da me preferita (più scientifica, neutrale e flessibile) sarebbero necessari 3 key di cui uno fisso roof:material=fibre-cement un altro fibre:type= e qui un generico asbestos (oppure eventuali sotto-classificazioni se si conosce il materiale...l'asbesto ne ha 6 di cui solo 3 usati generalmente e appunto il crisolito quello usato nella maggior parte dei casi)o altro tipo di fibra (si usano ormai fibre di carbonio, di vetro etc etc) più un key per l'eventuale percentuale in volume delle fibre se si conosce... nel caso dell'eternit quindi sarebbe qualcosa del tipo: roof:material=fibre-cement fibre:type=Chrysotile (oppure il generico asbestos) fibre:percentile=0,1 lo so, effettivamente sembra molto scomodo, ma permette di definire qualsiasi tipo di tetto cemento-fibroso e ,siccome il tipo è estremamente importante quando si parla di asbesto, direi che ne vale la pena. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/coperture-in-cemento-amianto-tp5797289p5797357.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coperture in cemento - amianto
Am 25/feb/2014 um 04:12 schrieb Volker Schmidt vosc...@gmail.com: se non sbaglio (non sono del mestiere) ci sono anche fibre_cement con altre fibre oltre a asbestos. Non so come si distinguono. ma se uno vuole indicare tetti contenenti sostsanze pericolose, serve probabilmente una classifica aggiuntiva. +1, anche se l'eternit è la forma meno pericolosa del amianto ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coperture in cemento - amianto
Aury88 wrote ci sono diverse tipologie di asbesto...paradossalmente quello tipico utilizzato nell'eternit non è neanche il più tossico di per se, ma essendo il più utilizzato è anche quello che ha causato più morti per mesotelioma e carcinoma polmonare... Quella che hai proposto mi are una buona catalogazione. Sulla pericolosità, oltre al tipo di composizione, subentra anche un ulteriore dato: lo stato di conservazione. Una copertura in mescola di asbesto rilascia molte più fibre se è sbeccata o semplicemente vecchia; nel caso dell'ondulato spesso si creano piccole stalattiti di fibra mista. Dovrebbe essere possibile inserire anche questo tag, così come si inserisce lo stato di un highway=path;track ecc. - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/coperture-in-cemento-amianto-tp5797289p5797371.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mailing list OSM Messina
2014-02-24 22:34 GMT+01:00 Luigi Toscano luigi.tosc...@tiscali.it: La lista si trova all'indirizzo https://groups.google.com/forum/#!forum/osm-messina https://groups.google.com/forum/#%21forum/osm-messina Iniziativa lodevole: ma piuttosto che duplicare gli sforzi, e visto il (sempre basso) numero di utenti siciliani (io per primo, causa emigrazione), perché non una lista regionale? E perché non su questo stesso server, invece che su un servizio esterno? +1 il luogo naturale per ospitare le ML di openstreetmap è openstreetmap stessso. se hai necessità di un contatto per aprire una ML trovi qui tutte le info: https://wiki.openstreetmap.org/wiki/Mailinglist -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mailing list OSM Messina
Luigi Toscano wrote perché non una lista regionale? +1 Luigi Toscano wrote E perché non su questo stesso server, invece che su un servizio esterno? +1 - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Mailing-list-OSM-Messina-tp5797324p5797380.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Aree landuse visualizza il nome
Ciao a tutti, ho notato che il nuovo layout di OSM per poligoni con tag landuse=* non visualizza più il name=* E' voluto o è una anomalia? Grazie Giovanni ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti statistiche GFOss su OSM
Il 18 febbraio 2014 11:48, Diego Guidotti - Aedit s.r.l. guido...@aedit.it ha scritto: il server che ospitava le statistiche non ce la faceva ad aggiornarle, sono riuscito a resuscitare il sito su un altro server. http://95.240.35.64:8181/osmstat/ La soluzione è temporanea, ma intanto dovreste accedere alle statistiche settimanali aggiornate. Io ottengo una pagina bianca. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree landuse visualizza il nome
2014-02-25 13:59 GMT+01:00 Giovanni Caudullo giovanni.caudu...@gmail.com: Ciao a tutti, ho notato che il nuovo layout di OSM per poligoni con tag landuse=* non visualizza più il name=* E' voluto o è una anomalia? tutto i due ;-) E' stato tolta la regola generale che renderizzava il nome di qualsiasi area, ma per poi aggiungere altre regole specifiche per certe aree scelte. Se ci sono dei tags specifici che tu vorresti aver renderizzato la cosa migliore sarebbe di aprire un ticket su github / osm carto, oppure aggiungere la tua richiesta ad un ticket simile. Per me landuse=industrial/residential/commercial/retail dovrebbe/potrebbe, quando si tratta di una zona delimitata della città (per esempio zona industriale Talditali), non è sufficiente per descrivere bene l'oggetto, invece propongo di aggiungere una entità del tipo place, per esempio place=suburb o place=neighbourhood oppure place=quarter. N.B. che con quella modifica si sono attualmente creati un sacco di problemi (piazze non renderizzano più il nome, ne anche track, ecc.) che spero presto si riescono a risolvere. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mailing list OSM Messina
2014-02-25 11:38 GMT+01:00 Simone Cortesi sim...@cortesi.com: 2014-02-24 22:34 GMT+01:00 Luigi Toscano luigi.tosc...@tiscali.it: La lista si trova all'indirizzo https://groups.google.com/forum/#!forum/osm-messina https://groups.google.com/forum/#%21forum/osm-messina Iniziativa lodevole: ma piuttosto che duplicare gli sforzi, e visto il (sempre basso) numero di utenti siciliani (io per primo, causa emigrazione), perché non una lista regionale? E perché non su questo stesso server, invece che su un servizio esterno? +1 il luogo naturale per ospitare le ML di openstreetmap è openstreetmap stessso. se hai necessità di un contatto per aprire una ML trovi qui tutte le info: https://wiki.openstreetmap.org/wiki/Mailinglist si, avevo anch'io proposto in privato di aprire una mailing-list regionale per la Sicilia sul server di OSM. In generale vorrei evitare di usare (come progetto) servizi della concurrenza proprietaria ove possibile. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree landuse visualizza il nome
Se per esempio delimito una area industriale occupata dalla società X, io non vado a nominare tutti gli edifici, ma l'intera area è di proprietà di X (strade, parcheggi, edifici, ecc.), così anche per le aree landuse=commercial/retail. Per la landuse=residential ha senso usare place=* + name=* Cmq ho capito che è un problema noto. Attendiamo il fix. Grazie G Il giorno 25 febbraio 2014 15:39, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-02-25 13:59 GMT+01:00 Giovanni Caudullo giovanni.caudu...@gmail.com : Ciao a tutti, ho notato che il nuovo layout di OSM per poligoni con tag landuse=* non visualizza più il name=* E' voluto o è una anomalia? tutto i due ;-) E' stato tolta la regola generale che renderizzava il nome di qualsiasi area, ma per poi aggiungere altre regole specifiche per certe aree scelte. Se ci sono dei tags specifici che tu vorresti aver renderizzato la cosa migliore sarebbe di aprire un ticket su github / osm carto, oppure aggiungere la tua richiesta ad un ticket simile. Per me landuse=industrial/residential/commercial/retail dovrebbe/potrebbe, quando si tratta di una zona delimitata della città (per esempio zona industriale Talditali), non è sufficiente per descrivere bene l'oggetto, invece propongo di aggiungere una entità del tipo place, per esempio place=suburb o place=neighbourhood oppure place=quarter. N.B. che con quella modifica si sono attualmente creati un sacco di problemi (piazze non renderizzano più il nome, ne anche track, ecc.) che spero presto si riescono a risolvere. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree landuse visualizza il nome
2014-02-25 15:54 GMT+01:00 Giovanni Caudullo giovanni.caudu...@gmail.com: Se per esempio delimito una area industriale occupata dalla società X, io non vado a nominare tutti gli edifici, ma l'intera area è di proprietà di X (strade, parcheggi, edifici, ecc.), così anche per le aree landuse=commercial/retail. si, ma la società X probabilmente sarebbe descrivibile (office/amenity/shop/craft/man_made=works etc.) oltra ad essere industriale (= produzione, logistica, magazzini in OSM). Per la landuse=residential ha senso usare place=* + name=* si, per me anche nel caso di un'area industriale (= area al solito utilizzata da più aziende) ha senso mettere un tag place per unire più aziende e ditte in una unica zona industriale. Solo se si tratta di una ditta sola o è una ditta piccola, e probabilmente non si parla dell'area industriale X ma direttamente della ditta X oppure è un'azienda grande, e quindi sarà una fabbrica, o un centro logistico ecc. e sarebbe da aggiungere anche lì un tag per quello che è. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: coperture in cemento - amianto
Ciao Beppe, Il 24 febbraio 2014 18:19, Giuseppe Amici giuseppeam...@virgilio.it ha scritto: Rimane un quesito: come visualizzare una mappa che renderizzi (in colore diverso) questo TAG? per quello puoi usare http://overpass-turbo.eu/ e il wizard inserendo tag=valore. Ecco qui di seguito cosa produce una ricerca in Emilia per roof:material=eternit (non sto dicendo di usare questo tag, per quello segui ciò che ti consiglia la lista): http://overpass-turbo.eu/s/2CG Fatto questo i dati sono esportabili in vari formati (es. GeoJSON) che puoi visualizzare con tool come Leaflet (http://leafletjs.com/). Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree landuse visualizza il nome
Scusami Martin, forse ho bisogno di un chiarimento. Io ho una piccola fabbrica (diciamo che costruisce barche) che si trova in mezzo ad un'area residenziale. Quello che ho fatto io è: attorno landuse=residential, mentre il poligono occupato dall'azienda è landuse=industrial. Tu poi mi dici di aggiungere al poligono della fabbrica anche altri descrittori che meglio specificano la fabbrica, compreso name=*. Cosa mi suggerisci nel mio caso? Grazie mille Giovanni Il giorno 25 febbraio 2014 16:11, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-02-25 15:54 GMT+01:00 Giovanni Caudullo giovanni.caudu...@gmail.com : Se per esempio delimito una area industriale occupata dalla società X, io non vado a nominare tutti gli edifici, ma l'intera area è di proprietà di X (strade, parcheggi, edifici, ecc.), così anche per le aree landuse=commercial/retail. si, ma la società X probabilmente sarebbe descrivibile (office/amenity/shop/craft/man_made=works etc.) oltra ad essere industriale (= produzione, logistica, magazzini in OSM). Per la landuse=residential ha senso usare place=* + name=* si, per me anche nel caso di un'area industriale (= area al solito utilizzata da più aziende) ha senso mettere un tag place per unire più aziende e ditte in una unica zona industriale. Solo se si tratta di una ditta sola o è una ditta piccola, e probabilmente non si parla dell'area industriale X ma direttamente della ditta X oppure è un'azienda grande, e quindi sarà una fabbrica, o un centro logistico ecc. e sarebbe da aggiungere anche lì un tag per quello che è. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree landuse visualizza il nome
2014-02-25 16:48 GMT+01:00 Giovanni Caudullo giovanni.caudu...@gmail.com: Io ho una piccola fabbrica (diciamo che costruisce barche) che si trova in mezzo ad un'area residenziale. Quello che ho fatto io è: attorno landuse=residential, mentre il poligono occupato dall'azienda è landuse=industrial. +1, per me va bene così. Tu poi mi dici di aggiungere al poligono della fabbrica anche altri descrittori che meglio specificano la fabbrica, compreso name=*. Cosa mi suggerisci nel mio caso? si, sarebbe quello il mio consiglio, quindi nel tuo case (fabbrica di barche) dovresti cercare un tag apposito ;-) Scherzi aparte le fabbriche hanno il tag man_made=works e per descrivere cosa producono c'è product https://wiki.openstreetmap.org/wiki/Key:product https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dworks la descrizione del tag devo dire non mi piace e quindi ho cominciato una discussione in tagging nel merito. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti statistiche GFOss su OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 25/02/2014 14:55, Cristian Consonni ha scritto: Il 18 febbraio 2014 11:48, Diego Guidotti - Aedit s.r.l. guido...@aedit.it ha scritto: il server che ospitava le statistiche non ce la faceva ad aggiornarle, sono riuscito a resuscitare il sito su un altro server. http://95.240.35.64:8181/osmstat/ La soluzione è temporanea, ma intanto dovreste accedere alle statistiche settimanali aggiornate. Io ottengo una pagina bianca. C Io vedo la pagina aggiornata al 21/02/2014. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMMyGcACgkQoVS0hKoD3POnugD/TsMsqPgSwaU/hMS+M+vPrRfD 9ROOijAZU6TuuQqGDSwA/iBqI9m1tRulku74gGzmk7w65Wl0dYXgUqjhfzY6q8B9 =ZEBa -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: coperture in cemento - amianto
+1 Mille Grazie -Messaggio originale- Da: Cristian Consonni [mailto:kikkocrist...@gmail.com] Inviato: martedì 25 febbraio 2014 16:27 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: coperture in cemento - amianto Ciao Beppe, Il 24 febbraio 2014 18:19, Giuseppe Amici giuseppeam...@virgilio.it ha scritto: Rimane un quesito: come visualizzare una mappa che renderizzi (in colore diverso) questo TAG? per quello puoi usare http://overpass-turbo.eu/ e il wizard inserendo tag=valore. Ecco qui di seguito cosa produce una ricerca in Emilia per roof:material=eternit (non sto dicendo di usare questo tag, per quello segui ciò che ti consiglia la lista): http://overpass-turbo.eu/s/2CG Fatto questo i dati sono esportabili in vari formati (es. GeoJSON) che puoi visualizzare con tool come Leaflet (http://leafletjs.com/). Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [wii_libera_la_lavagna] Petizione rai
Qui c'e' un annuncio http://www.lffl.org/2014/02/rai-tv-finalmente-tutti-i-canali-sono.html Ciao Il 03 febbraio 2014 23:37, Marco Ciampa ciam...@libero.it ha scritto: On Mon, Feb 03, 2014 at 08:51:13PM +0100, Carlo Stemberger wrote: Il giorno 29 gennaio 2014 11:46, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: penso che per loro un motivo forte per non abbandonare Silverlight è l'idea di poter costringerti a guardarti la pubblicità web all'inizio dello streaming. Su YouTube riescono a mettere pubblicità anche sugli stream HTML5, quindi non credo che ci siano ragioni tecniche valide per mantenere Silverlight. Esatto. Prova e vedrai: http://www.youtube.com/html5 -- Marco Ciampa L'utopia sta all'orizzonte. Mi avvicino di due passi, lei si allontana di due passi. Faccio dieci passi e l'orizzonte si allontana di dieci passi. Per quanto cammini, non la raggiungerò mai. A cosa serve l'utopia? A questo: serve a camminare. Eduardo Galeano ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mailing list OSM Messina
Ok. Accetto le critiche e mi propongo anche come amministratore della lista Talk-it-sicilia. Immagino io debba chiedere la creazione della mailing list a Michael Collinson e comunicargli che mi propongo come amministratore, giusto? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] analisi modifiche
2014-02-23 13:05 GMT+01:00 Simone Cortesi sim...@cortesi.com: Ciao, vi segnalo http://osmhv.openstreetmap.de/index.jsp un sistema web per analizzare i changeset e valutare quale sia stato il cambiamento intervenuto (nodi/way rimosse, aggiunte o modificate), in maniera grafica, su mappa. Ma a voi funziona http://osmhv.openstreetmap.de/index.jsp ? io vedo solo una pagina bianca o non ricevo risposta. molto comodo usarlo insieme al feed proveniente da IFTTT: https://ifttt.com/recipes/148979-avvisa-quando-avvengono-changeset-nelle-vicinanze che si basa sull'ottimo http://simon04.dev.openstreetmap.org/whodidit/ Lo uso e mi aiuta a trovare molte modifiche non proprio corrette... -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] analisi modifiche
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 25/02/2014 22:03, Vezzo ha scritto: Ma a voi funziona http://osmhv.openstreetmap.de/index.jsp ? io vedo solo una pagina bianca o non ricevo risposta. A me continua a dare attesa, credo siano problemi del server tedesco. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMNCD4ACgkQoVS0hKoD3PM4xwEAiZ+V79v+s1BP5+Zom4JteCJ4 /u+CRF6Df32BrH9ESV0BAJlEzTfnkJEjKviN9vof3xmDmTC6U8Ko+QroEp6hVD4U =oSsj -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Talk-it-sicilia è nata
Viste le richieste, la lista è nata. Adesso fatevi avanti mappatori di Trinacria! https://lists.openstreetmap.org/listinfo/talk-it-sicilia ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Talk-it-sicilia è nata
2014-02-25 23:10 GMT+01:00 John Doe theguest...@gmail.com: Viste le richieste, la lista è nata. Adesso fatevi avanti mappatori di Trinacria! https://lists.openstreetmap.org/listinfo/talk-it-sicilia perfetto! ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [wii_libera_la_lavagna] Petizione rai
Il giorno 25 febbraio 2014 20:52, marco bra marcobra.ubu...@gmail.com ha scritto: Qui c'e' un annuncio http://www.lffl.org/2014/02/rai-tv-finalmente-tutti-i-canali-sono.html Da Silverlight a Flash??? Beh, che dire: la RAI merita quantomeno un'ovazione. Pazzesco. Ci sono già in giro petizioni per l'abolizione del canone RAI, vero? Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ESRI ArcGIS Editor for OpenStreetMap
Io non lo conoscevo: http://www.esri.com/software/arcgis/extensions/openstreetmap Quantomeno denota un minimo di attenzione (o di preoccupazione?). Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ESRI ArcGIS Editor for OpenStreetMap
Ciao, questo tool c'e da parecchio tempo ed viene costantemente aggiornato alle nuove versioni del software. Che c'è di preoccupante? Saluti G Il giorno 26 febbraio 2014 06:22, Francesco Pelullo f.pelu...@gmail.comha scritto: Io non lo conoscevo: http://www.esri.com/software/arcgis/extensions/openstreetmap Quantomeno denota un minimo di attenzione (o di preoccupazione?). Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Pašto kodų automatinis taisymas (Kaukas)
2014 m. vasaris 25 d. 09:58, Ramas rašė: Paprastai masiniai keitimai sukelia masinius rastrinių žemėlapių pergeneravimus. Ar Kaukas į tai bent kažkiek atsižvelgia? Ar yra įrašytas prie kitų bot'ų? Kaukas nekeičia visko iš karto. Dieninė pakeitimų dozė yra ribota (20-40 objektų), taigi dydžiu neišsiskiria iš paprastų (rankinių) keitimų - neturėtų sukelti panikos renderiams. Kur jį reikia prirašyti „prie kitų botų“? :-) -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Pašto kodų automatinis taisymas (Kaukas)
2014-02-25 10:10 GMT+02:00 Tomas Straupis tomasstrau...@gmail.com: Kur jį reikia prirašyti „prie kitų botų“? :-) http://wiki.openstreetmap.org/wiki/Bots ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-es] Fwd: OSM en eldiario.es
la mayoria de dias en la TVG ponen los mapas de osm *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 24 de febrero de 2014, 12:13, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Gracias a la entrada hemos conseguido 99 nuevos usuarios en 3 días. https://twitter.com/osmburgos/status/437737400429600768 --- Mensaje Original --- Desde: Jesús Gómez Fernández jesus.gomez.f...@gmail.com Enviado: 24 de febrero de 2014 09:33 Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Asunto: Re: [Talk-es] Fwd: OSM en eldiario.es El 24 de febrero de 2014, 2:38, Manu El wikimo...@gmail.com escribió: [...] Y a hilo de la noticia, habría que estar al tanto de eventos internacionales o de mucha trascendencia para para mapear bien los lugares, como han hecho en Sochi. Nos saquen en un artículo o no siempre va a haber mucha más gente buscando información geográfica de calidad y actualizada. Y eso es ganar usuarios. El Mobile World Congress que comienza hoy en Barcelona, por ejemplo. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Mappen von Gehsteigen
Ich war anfangs auch kein Freund des Gehsteig-Mappings. Mittlerweile finde ich aber, dass das sehr wohl sinnvoll sein kann, und zwar aus folgenden Gründen: 1. Es ist einfach intuitiver jeden getrennten Verkehrsweg extra zu mappen: Es benötigt keine Einlese-Arbeit im Wiki (seinen wir mal ehrlich, kein Mensch liest sich das Wiki durch bevor man anfängt zu mappen). KISS [1] 2. Man erhält akkuratere Geometrien. Sehr viele Kreuzungen lassen sich mit den jeweiligen Fußgängerkreuzungsmöglichkeiten gar nicht anders erfassen. 3. Attribute der Straße treffen oft nicht auf die Gehsteige zu und umgekehrt (z.b. Oberfläche, Breite, Hindernisse, Stufen, etc.). Man _könnte_ vieles davon auch über komplexe Attribute abbilden, aber das erfordert wieder mehr Einarbeitung - siehe Punkt 1. 4. Wenn zwischen Straße und Gehsteig sich trennende Elemente (z.B. Bäume einer Allee, kleine Mauer, Randsteine, etc.) befinden können diese auch nicht topologisch korrekt platziert werden ohne separatem Gehsteig. Für ein gescheites Rollstuhlfahrer-Routing benötigt man relativ detaillierte Daten über die Geometrie und Beschaffenheit der Gehsteige. Ich sehe dafür keine praktikable Alternative zum separaten Gehsteig-Mapping. Natürlich ist in vielen Fällen das Mappen als Attribut der Straße im ersten Moment erstmal gut genug. Trotzdem finde ich nicht, dass man Leuten, die die Qualität der OSM-Daten verbessern wollen, das verbieten sollte. Ich sehe auch nicht, was denn gegen das Gehsteig-Mapping spricht? Außer, dass man einen etwas längeren Verkehrswege-Graphen zu verwalten hat – aber das scheint bei allen anderen Arten von Micromapping (3D-Gebäude, einzelne Spielzeuge in Spielplätzen, …) ja kein Problem zu sein. Schöne Grüße Martin [1] http://de.wikipedia.org/wiki/KISS-Prinzip ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mappen von Gehsteigen
Dem kann ich nur beipflichten: +1 Martin Raifer tyr@gmail.com 25.02.2014 09:56 Ich war anfangs auch kein Freund des Gehsteig-Mappings. Mittlerweile finde ich aber, dass das sehr wohl sinnvoll sein kann, und zwar aus folgenden Gründen: 1. Es ist einfach intuitiver jeden getrennten Verkehrsweg extra zu mappen: Es benötigt keine Einlese-Arbeit im Wiki (seinen wir mal ehrlich, kein Mensch liest sich das Wiki durch bevor man anfängt zu mappen). KISS [1] 2. Man erhält akkuratere Geometrien. Sehr viele Kreuzungen lassen sich mit den jeweiligen Fußgängerkreuzungsmöglichkeiten gar nicht anders erfassen. 3. Attribute der Straße treffen oft nicht auf die Gehsteige zu und umgekehrt (z.b. Oberfläche, Breite, Hindernisse, Stufen, etc.). Man _könnte_ vieles davon auch über komplexe Attribute abbilden, aber das erfordert wieder mehr Einarbeitung - siehe Punkt 1. 4. Wenn zwischen Straße und Gehsteig sich trennende Elemente (z.B. Bäume einer Allee, kleine Mauer, Randsteine, etc.) befinden können diese auch nicht topologisch korrekt platziert werden ohne separatem Gehsteig. Für ein gescheites Rollstuhlfahrer-Routing benötigt man relativ detaillierte Daten über die Geometrie und Beschaffenheit der Gehsteige. Ich sehe dafür keine praktikable Alternative zum separaten Gehsteig-Mapping. Natürlich ist in vielen Fällen das Mappen als Attribut der Straße im ersten Moment erstmal gut genug. Trotzdem finde ich nicht, dass man Leuten, die die Qualität der OSM-Daten verbessern wollen, das verbieten sollte. Ich sehe auch nicht, was denn gegen das Gehsteig-Mapping spricht? Außer, dass man einen etwas längeren Verkehrswege-Graphen zu verwalten hat – aber das scheint bei allen anderen Arten von Micromapping (3D-Gebäude, einzelne Spielzeuge in Spielplätzen, …) ja kein Problem zu sein. Schöne Grüße Martin [1] http://de.wikipedia.org/wiki/KISS-Prinzip ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mappen von Gehsteigen
On 25.02.2014 09:56, Martin Raifer wrote: 1. Es ist einfach intuitiver jeden getrennten Verkehrsweg extra zu mappen: Es benötigt keine Einlese-Arbeit im Wiki (seinen wir mal ehrlich, kein Mensch liest sich das Wiki durch bevor man anfängt zu mappen). KISS [1] Bin ich kein Mensch? Mit den vielen komplexen Relationen haben wir uns längst von KISS verabschiedet. Editieren ist heute nichts mehr, was ohne Beschäftigung mit der Dokumentation geht. Darum bin ich der Meinung, dass Editoren wie Potlatch abgeschafft gehören. Damit machen die Leute mehr hin, als sie beitragen, und sie können nicht mal was dafür, da sie es gar nicht sehen. Siehe den anderen Thread Als Punkt-POIs getaggte Flächen. Wenn Leute etwas beitragen wollen, ohne eine Dokumentation zu lesen, können sie Notes setzen. 2. Man erhält akkuratere Geometrien. Sehr viele Kreuzungen lassen sich mit den jeweiligen Fußgängerkreuzungsmöglichkeiten gar nicht anders erfassen. Da kommst du aber vom Hundersten ins Tausendste, denn mit der selben Begründung könntest du auch die Fahrspuren einzeln mappen, die Radwege sowieso, samt Abbiegerelationen zu den Fahrspuren, und dann hast du noch das Problem, wo du die Ampeln setzt. Und hast du nicht etwas von KISS geschrieben? 3. Attribute der Straße treffen oft nicht auf die Gehsteige zu und umgekehrt (z.b. Oberfläche, Breite, Hindernisse, Stufen, etc.). Man _könnte_ vieles davon auch über komplexe Attribute abbilden, aber das erfordert wieder mehr Einarbeitung - siehe Punkt 1. Wenn man sich nicht einarbeiten will, kann man diese Attribute für den Gehsteig auch ganz weglassen. Ob er 2m oder 3m breit ist, interessiert sowieso niemanden. 4. Wenn zwischen Straße und Gehsteig sich trennende Elemente (z.B. Bäume einer Allee, kleine Mauer, Randsteine, etc.) befinden können diese auch nicht topologisch korrekt platziert werden ohne separatem Gehsteig. Wenn Bäume oder eine Mauer dazwischen stehen, ist das eine bauliche Trennung und dann ist separates Mapping Konvention. Für ein gescheites Rollstuhlfahrer-Routing benötigt man relativ detaillierte Daten über die Geometrie und Beschaffenheit der Gehsteige. Ich sehe dafür keine praktikable Alternative zum separaten Gehsteig-Mapping. Das Rollstuhlfahrerrouting geistert durch die Diskussionen wie der Fuchsbandwurm und die Spinne in der Yuccapalme, die noch nie ein Mensch real gesehen hat. Welcher Rollstuhlfahrer fährt mit dem Rollstuhl durch die ganze Stadt? Für die paar m vom Auto bis zum Ziel braucht doch keiner ein Routing. Ich sehe auch nicht, was denn gegen das Gehsteig-Mapping spricht? Vielleicht das, was du oben geschieben hast: KISS -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mappen von Gehsteigen
Am 25.02.2014 09:56, schrieb Martin Raifer: 1. Es ist einfach intuitiver jeden getrennten Verkehrsweg extra zu mappen: Es benötigt keine Einlese-Arbeit im Wiki (seinen wir mal ehrlich, kein Mensch liest sich das Wiki durch bevor man anfängt zu mappen). KISS [1] 2. Man erhält akkuratere Geometrien. Sehr viele Kreuzungen lassen sich mit den jeweiligen Fußgängerkreuzungsmöglichkeiten gar nicht anders erfassen. Nach meiner Beobachtung erhält man eher komplexere Graphen, die aber im Detail dann auch nicht korrekt sind, weil das detaillierte Erfassen aller Verbindungen und Kreuzungspunkte dann doch auch nicht mehr so simple stupid intuitiv ist signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mappen von Gehsteigen
On 25.02.2014 09:56, Martin Raifer wrote: 1. Es ist einfach intuitiver jeden getrennten Verkehrsweg extra zu mappen: Es benötigt keine Einlese-Arbeit im Wiki (seinen wir mal ehrlich, kein Mensch liest sich das Wiki durch bevor man anfängt zu mappen). KISS [1] Das mapping soll für einen Computer intuitiv bzw. lesbar sein, nicht für einen Menschen. Für Menschen gibt es das gerenderte Ergebnis. Außerdem ist es umständlicher mehrere parallele ways zu editieren als wenn es nur einer ist. Da wird sicher mehr kaputt, weil sich keiner mehr mit den ganzen überlagerten und geteilten nodes auskennt. 2. Man erhält akkuratere Geometrien. Sehr viele Kreuzungen lassen sich mit den jeweiligen Fußgängerkreuzungsmöglichkeiten gar nicht anders erfassen. Für solche Sonderfälle können Gehsteigstücke bzw. Kreuzungen separat gemapped werden, was schon in der Vergangenheit gemacht wurde. Ein mappen eines Gehsteigs der ohnehin parallel zur Straße verläuft als eigenen Weg bringt KEINE zustätzliche Information sondern nur unnötige Daten die schwerer auszuwerten sind. 3. Attribute der Straße treffen oft nicht auf die Gehsteige zu und umgekehrt (z.b. Oberfläche, Breite, Hindernisse, Stufen, etc.). Man _könnte_ vieles davon auch über komplexe Attribute abbilden, aber das erfordert wieder mehr Einarbeitung - siehe Punkt 1. Siehe Punkte 1. Es muss für computer lesbar sein nicht für Menschen. Eine gewisse Mindestbildung muss man halt von einem Mapper vorrausetzen. Alles so einfach wie möglich zu machen führt nicht zum besten Ergebnis. 4. Wenn zwischen Straße und Gehsteig sich trennende Elemente (z.B. Bäume einer Allee, kleine Mauer, Randsteine, etc.) befinden können diese auch nicht topologisch korrekt platziert werden ohne separatem Gehsteig. Doch. Da einfach die Position bzw. Reihenfolge der jeweiligen Wege angegeben werden kann/könnte. Auf zentimeter genau, was z.b. Randsteine benötigen würden, kann man 1.derzeit garnicht mappen weil die Straße selbst nicht einmal so genau positioniert werden kann 2. GPS garnicht genau genug ist um die eigene position richtig zu ermitteln. Für ein gescheites Rollstuhlfahrer-Routing benötigt man relativ detaillierte Daten über die Geometrie und Beschaffenheit der Gehsteige. Ich sehe dafür keine praktikable Alternative zum separaten Gehsteig-Mapping. Ist kein Argument um durchegehen alle Gehsteige als eigenen way zu mappen. Siehe 2. Natürlich ist in vielen Fällen das Mappen als Attribut der Straße im ersten Moment erstmal gut genug. Trotzdem finde ich nicht, dass man Leuten, die die Qualität der OSM-Daten verbessern wollen, das verbieten sollte. Ich sehe auch nicht, was denn gegen das Gehsteig-Mapping spricht? Außer, dass man einen etwas längeren Verkehrswege-Graphen zu verwalten hat – aber das scheint bei allen anderen Arten von Micromapping (3D-Gebäude, einzelne Spielzeuge in Spielplätzen, …) ja kein Problem zu sein. Es mehr kaputt macht als es hilft. Eine Straße die in z.b. 4 parallele way aufgeteilt ist, ist schwerer zu verändern als wenn es nur ein way wäre! Mit anderem Micromapping ist es nicht vergleichbar, sonst könnte man ja auch gleich jeden Parkplatz am Straßenstand einzeln mappen. Wie du selbst sagst: KISS ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at