Re: [talk-ph] Node density visualization
Hi guys, I made a follow-up to the node density visualization I shared back in March. This time, the map shows the node increase compared to the data of the original map. Similar to before, brighter pixels represent areas with higher node count increases. Gray pixels show the original data as a baseline. You can view it here: http://wiki.openstreetmap.org/w/images/5/56/Philippines_node_density_increase_from_2012-01-02_to_2012-06-03.png For comparison here's the original map: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Take note that this is not a map of editing activity! It only merely shows node density increases. (So if someone deleted a node in an area and another one created a node, there will be no change in the node counts.) But this visualization does somewhat indicate where new data is being added. It's nice to see that most parts of the Philippines have seen an increase in data. You can see the obvious effect of the new Bing imagery that was released back in February as bright rectangular areas. Nice work everyone! Let's keep it up! :-) Eugene On Sat, Feb 25, 2012 at 8:38 PM, Eugene Alvin Villar sea...@gmail.com wrote: Correction, that should be 0.01°, not 0.1°. :-) On 2/25/12, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a visualization showing the node density of OSM data in the Philippines taken from the 2012-01-02 Geofabrik extract. Each pixel represents a 0.1°×0.1° degree square or approximately 1 square kilometer. Brighter pixels represent areas with higher node counts. View it here: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png The edges of available satellite imagery at that time is quite visible in some areas like Pangasinan, Cebu, Bukidnon, and Davao del Sur. As expected, brighter areas are places where there is a large amount of editing and with a large population. By the way, can you guess which place has the densest concentration of nodes (the only purely white pixel in the image)? It's in Naga City and this is due to the Naga City import. The second densest location is in Marikina, and this is thanks to maning's efforts in mapping all of the buildings in his adopted city. :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Planned mechanical edits - Part 2
See http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Ianlopez1115#Central_Luzon_rice_field_tag_fix_.28June_2012.29 downwards for some of my planned edits. Again, feel free to comment and provide suggestions to refine my mechanical edits Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Possible Scarborough Shoal edit war?
Well, there's no edit war going on yet, but there's someone from China who did the following changesets: http://www.openstreetmap.org/browse/changeset/11769249 http://www.openstreetmap.org/browse/changeset/11769301 The first changeset removed the Philippine boundary enclosing the shoal previously set by Ian Lopez, and changed default name of the shoal itself to Chinese: 黄岩岛 (which means Huangyan Island). The second changeset added the following tag: note=菲佣去死!!, which Google translate doesn't seem to do a good job of translating but seems to be an insult to Filipina maids, I think. :-/ Anyway, I've fixed the name tagging of the shoal so that the default name is Scarborough Shoal, which is the neutral international name. The complete name tags are the following: INTERNATIONAL: name:en = Scarborough Shoal alt_name = Scarborough Reef CHINESE: name:en-CN = Huangyan Island name:zh = 黄岩岛 name:zh_pinyin = Huángyán Dǎo PHILIPPINE: name:en-PH = Panatag Shoal alt_name:en-PH = Bajo de Masinloc name:tl = Kulumpol ng Panatag alt_name:tl = Bajo de Masinloc name:es = Bajo de Masinloc VIETNAMESE: name:vi = Bãi cạn Scarborough alt_name:vi = Đảo Hoàng Nham ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node density visualization
Interesting to see that Davao and Metro Manila whom I believe as mature is still improving. :) Panay Island needs more love, are there Panay mappers in the list? Do you have any specific area you want imagery updated? On Sun, Jun 3, 2012 at 4:43 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I made a follow-up to the node density visualization I shared back in March. This time, the map shows the node increase compared to the data of the original map. Similar to before, brighter pixels represent areas with higher node count increases. Gray pixels show the original data as a baseline. You can view it here: http://wiki.openstreetmap.org/w/images/5/56/Philippines_node_density_increase_from_2012-01-02_to_2012-06-03.png For comparison here's the original map: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Take note that this is not a map of editing activity! It only merely shows node density increases. (So if someone deleted a node in an area and another one created a node, there will be no change in the node counts.) But this visualization does somewhat indicate where new data is being added. It's nice to see that most parts of the Philippines have seen an increase in data. You can see the obvious effect of the new Bing imagery that was released back in February as bright rectangular areas. Nice work everyone! Let's keep it up! :-) Eugene On Sat, Feb 25, 2012 at 8:38 PM, Eugene Alvin Villar sea...@gmail.com wrote: Correction, that should be 0.01°, not 0.1°. :-) On 2/25/12, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a visualization showing the node density of OSM data in the Philippines taken from the 2012-01-02 Geofabrik extract. Each pixel represents a 0.1°×0.1° degree square or approximately 1 square kilometer. Brighter pixels represent areas with higher node counts. View it here: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png The edges of available satellite imagery at that time is quite visible in some areas like Pangasinan, Cebu, Bukidnon, and Davao del Sur. As expected, brighter areas are places where there is a large amount of editing and with a large population. By the way, can you guess which place has the densest concentration of nodes (the only purely white pixel in the image)? It's in Naga City and this is due to the Naga City import. The second densest location is in Marikina, and this is thanks to maning's efforts in mapping all of the buildings in his adopted city. :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Possible Scarborough Shoal edit war?
Mike Collinson added the tag is_in:country=disputed_territory when he imported GNS names [0], should we add this (or a modified version) in Scarborough? [0] http://www.openstreetmap.org/browse/node/302105933 On Mon, Jun 4, 2012 at 7:35 AM, Eugene Alvin Villar sea...@gmail.com wrote: Well, there's no edit war going on yet, but there's someone from China who did the following changesets: http://www.openstreetmap.org/browse/changeset/11769249 http://www.openstreetmap.org/browse/changeset/11769301 The first changeset removed the Philippine boundary enclosing the shoal previously set by Ian Lopez, and changed default name of the shoal itself to Chinese: 黄岩岛 (which means Huangyan Island). The second changeset added the following tag: note=菲佣去死!!, which Google translate doesn't seem to do a good job of translating but seems to be an insult to Filipina maids, I think. :-/ Anyway, I've fixed the name tagging of the shoal so that the default name is Scarborough Shoal, which is the neutral international name. The complete name tags are the following: INTERNATIONAL: name:en = Scarborough Shoal alt_name = Scarborough Reef CHINESE: name:en-CN = Huangyan Island name:zh = 黄岩岛 name:zh_pinyin = Huángyán Dǎo PHILIPPINE: name:en-PH = Panatag Shoal alt_name:en-PH = Bajo de Masinloc name:tl = Kulumpol ng Panatag alt_name:tl = Bajo de Masinloc name:es = Bajo de Masinloc VIETNAMESE: name:vi = Bãi cạn Scarborough alt_name:vi = Đảo Hoàng Nham ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Routing view
It looks like, in half a month, that most problems are gone now. At least almost all problems concerning routability for cars are gone, and the others are also diminishing. Thanks again for mentioning this here. We do a lot better than the UK now, and even better than some parts in Germany. Cheers, Sander 2012/5/15 Johan C osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
Hello, To complete the audits of data errors, there is also the tool Osmosis: http://osmose.openstreetmap.fr/map/?zoom=8lat=50.59355lon=4.79906layers=BFF00Titem = To correct his own mistakes there exists a function "per user" by her nickname: http://osmose.openstreetmap.fr/text/ cordially Bonjour, Afin de compléter les verifications des erreurs de données, il existe aussi l'outil Osmose : http://osmose.openstreetmap.fr/map/?zoom=8lat=50.59355lon=4.79906layers=BFF00Titem= Pour corriger ses propres erreurs il existe une fonction "par utilisateur" en entrant son pseudo : http://osmose.openstreetmap.fr/text/ Cordialement Le 03/06/2012 12:07, Sander Deryckere a écrit : It looks like, in half a month, that most problems are gone now. At least almost all problems concerning routability for cars are gone, and the others are also diminishing. Thanks again for mentioning this here. We do a lot better than the UK now, and even better than some parts in Germany. Cheers, Sander 2012/5/15 Johan C osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9 showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
Are some Belgium mappers willing to remove the remaining red dots in the Mons-Liege area? See: http://tools.geofabrik.de/osmi/?view=routinglon=4.74591lat=50.34870zoom=10overlays=unconnected_major1,unconnected_major2,unconnected_major5 2012/6/3 ope...@sfr.fr ope...@sfr.fr Hello, To complete the audits of data errors, there is also the tool Osmosis: http://osmose.openstreetmap.fr/map/?zoom=8lat=50.59355lon=4.79906layers=BFF00Titem= To correct his own mistakes there exists a function per user by her nickname: http://osmose.openstreetmap.fr/text/ cordially Bonjour, Afin de compléter les verifications des erreurs de données, il existe aussi l'outil Osmose : http://osmose.openstreetmap.fr/map/?zoom=8lat=50.59355lon=4.79906layers=BFF00Titem= Pour corriger ses propres erreurs il existe une fonction par utilisateur en entrant son pseudo : http://osmose.openstreetmap.fr/text/ Cordialement Le 03/06/2012 12:07, Sander Deryckere a écrit : It looks like, in half a month, that most problems are gone now. At least almost all problems concerning routability for cars are gone, and the others are also diminishing. Thanks again for mentioning this here. We do a lot better than the UK now, and even better than some parts in Germany. Cheers, Sander 2012/5/15 Johan C osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Fwd: dGPS met LEA-6T module
Is er belangstelling voor een meeting waarbij bijv. aanbieders van GPS-RTK oplossingen (dGPS en aanverwanten), aanbieders van hardware zoals Tjaco en ervaren OSM-ers kijken wat the state of the art in GPS tracking for the masses is? Waarbij masses alle niet hardcore geodeten betreft, zowel profi's (archeologen) als amateurs (OSM). Kan een bijv. als een leuke samenwerking van OSM met het GIN worden uitgevoerd! Gert-Jan -Oorspronkelijk bericht- Van: Just van den Broecke [mailto:j...@justobjects.nl] Verzonden: donderdag 31 mei 2012 10:11 Aan: du...@lists.osgeo.org; OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Fwd: dGPS met LEA-6T module Beste Mensen, Onderstaand verzoek kwam bij mij binnen via i...@osgeo.nl. Als ik het goed begrijp kun je met dit systeem zeer nauwkeurige GPS metingen doen (1m). Handig dus voor bijv. OSM mapping of anderzijds. Als je interesse hebt neem dan contact op met Tjaco Mast : t.m...@issc.leidenuniv.nl Ik heb zelf ook interesse overigens! groeten, Just Original Message Subject:dGPS met LEA-6T module Date: Wed, 30 May 2012 17:55:14 +0200 From: Mast, T. t.m...@issc.leidenuniv.nl To: i...@osgeo.nl Beste OSGeo, Voor mijn afstudeerproject Technische Informatica aan de Haagsche Hogeschool, heb ik een proof of concept gebouwd van een dGS systeem gebaseerd op de LEA-6T module van U-Blox. Ik deed dit in opdracht van de Faculteit der Archeologie in Leiden, die onderzocht wilden hebben of een goedkoop (E500 onderdelenbudget), eenvoudig te bedienen en nauwkeurig (een fout van 1m of beter) dGPS systeem gebouwd kon worden. Samen met de geodetisch ingenieur van Archeologie heb ik bemoedigende resultaten bereikt. Het proof of concept zijn twee draagbare systemen gebaseerd op een microcontroller met een eenvoudige user interface (een lcd scherm en enkele knoppen), die de ontvangen GPS data in RINEX formaat naar een SD kaart kunnen opslaan. Hierna moet middels post processing een dGPS verrekening plaatsvinden. Ik ben een techneut die embedded computersystemen kan bouwen en programmeren. Ik heb echter weinig verstand van geodesie. Binnenkort publiceer ik het proof of concept open source. Het is bedoeld als ontwikkelplatform om een daadwerkelijk bruikbaar dGPS systeem te ontwikkelen. Bestaat er binnen jullie vereniging interesse voor dergelijke apparatuur? Vriendelijke groet, Tjaco ** *Tjaco Mast* Beheerder 1 afdeling Decentrale eenheden Waarnemend teamleider decentraal team 1 * **ICT Shared Service Centre (ISSC)* Universiteit Leiden +31 71 527 7519 Niels Bohrweg 1 2333 CA Leiden www.issc.leidenuniv.nl blocked::http://www.issc.leidenuniv.nl/ Helpdesk: +31 71 527 helpd...@issc.leidenuniv.nl mailto:helpd...@issc.leidenuniv.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fwd: dGPS met LEA-6T module
On 03-06-12 13:52, Gert-Jan van der Weijden wrote: Is er belangstelling voor een meeting waarbij bijv. aanbieders van GPS-RTK oplossingen (dGPS en aanverwanten), aanbieders van hardware zoals Tjaco en ervaren OSM-ers kijken wat the state of the art in GPS tracking for the masses is? Waarbij masses alle niet hardcore geodeten betreft, zowel profi's (archeologen) als amateurs (OSM). Kan een bijv. als een leuke samenwerking van OSM met het GIN worden uitgevoerd! Ik ben zelf ook erg geïnteresseerd in de combinatie met IMU systemen zodat bijvoorbeeld tunnels onder de grond kunnen worden ingemeten. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] [sharedmapau] I thought OSM-F was changing the license...
On 3 June 2012 17:46, John Smith deltafoxtrot...@gmail.com wrote: So why is my data still in the main database? Their bot to remove it is still being written: http://lists.openstreetmap.org/pipermail/rebuild/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Importaçao do mapeamento sistemático do IBGE
Bom dia a todos, Pesquisando um pouco nos arquivos desta lista de discussão, eu pude ver que a comunidade OSM já importou vários dados do IBGE. Apesar disto, eu ainda não achei nenhuma discussão sobre a importação dos dados em [1], apesar deles serem bem interessantes pra comunidade (bem detalhados e contendo várias regiões bem pouco mapeadas pelo OSM). Existe alguma razão para isso ou é so que nenhum voluntário se lançou ainda nesta tarefa? Obrigado, Vitor [1] ftp://geoftp.ibge.gov.br/mapeamento_sistematico ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importaçao do mapeamento sistemático do IBGE
Legal Vitor, Parecem quem tem muitos dados recentes, publicados nesse ano. São dados muito mais precisos do que usamos em 2008-2009. por exemplo, essa base 25000:1 para o estado do Rio de Janeiro ( ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_25mil/) tem precisão de metros. Pessoalmente, acho que importações em larga escala devem ser bem estudadas e executadas com bastante cuidado, mas sempre podemos usar esses dados em camadas de referência nos editores para melhorar as áreas que estamos interessados. []s 2012/6/3 Vitor Sessak vitor1...@gmail.com Bom dia a todos, Pesquisando um pouco nos arquivos desta lista de discussão, eu pude ver que a comunidade OSM já importou vários dados do IBGE. Apesar disto, eu ainda não achei nenhuma discussão sobre a importação dos dados em [1], apesar deles serem bem interessantes pra comunidade (bem detalhados e contendo várias regiões bem pouco mapeadas pelo OSM). Existe alguma razão para isso ou é so que nenhum voluntário se lançou ainda nesta tarefa? Obrigado, Vitor [1] ftp://geoftp.ibge.gov.br/**mapeamento_sistematicoftp://geoftp.ibge.gov.br/mapeamento_sistematico __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importaçao do mapeamento sistemático do IBGE
Ola Claudomiro, Eu concordo plenamente que uma importação deste tamanho tem que ser feito com muito cuidado (e talvez parcialmente a mão para evitar de sobrescrever o trabalho dos voluntários). Qual seria a primeira etapa desta importação? Escrever um script para converter as propriedades dos caminhos para o formato do OSM e adicionar source=IBGE? Ou esses scripts ja foram escritos em 2008? []s, -Vitor On 06/03/2012 04:21 PM, Claudomiro Nascimento Junior wrote: Legal Vitor, Parecem quem tem muitos dados recentes, publicados nesse ano. São dados muito mais precisos do que usamos em 2008-2009. por exemplo, essa base 25000:1 para o estado do Rio de Janeiro ( ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_25mil/) tem precisão de metros. Pessoalmente, acho que importações em larga escala devem ser bem estudadas e executadas com bastante cuidado, mas sempre podemos usar esses dados em camadas de referência nos editores para melhorar as áreas que estamos interessados. []s 2012/6/3 Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com Bom dia a todos, Pesquisando um pouco nos arquivos desta lista de discussão, eu pude ver que a comunidade OSM já importou vários dados do IBGE. Apesar disto, eu ainda não achei nenhuma discussão sobre a importação dos dados em [1], apesar deles serem bem interessantes pra comunidade (bem detalhados e contendo várias regiões bem pouco mapeadas pelo OSM). Existe alguma razão para isso ou é so que nenhum voluntário se lançou ainda nesta tarefa? Obrigado, Vitor [1] ftp://geoftp.ibge.gov.br/__mapeamento_sistematico ftp://geoftp.ibge.gov.br/mapeamento_sistematico _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] BBOX-Selector gesucht
Vielleicht kannst du dir ja aus der xapi-ui etwas entnehmen: https://github.com/vsandre/xapi-ui Ciao André Am 2. Juni 2012 21:19 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de: Einige meiner Tools nutzen eine BBOX als Eingabe über ein Formular, dafür hätte ich gern eine kleine Kartenanwendung wo der Nutzer diese Begrenzungsbox auswählen kann und die Box an das Formular zurückgegeben wird. Die Kartenanwendung sollte vielleicht in einem temporären, externen Iframe laufen. Um das Rad nicht neu zu erfinden, wollte ich fragen, ob jemand sowas in möglichst einfacher Form fertig rumliegend hat. Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
Hi ! ist Euch das auch schon mal aufgefallen das bei der Eingabe von Texten der Rechner die Tastatur von Englisch auf deutsch wechselt? win7 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mulitpolygon- Hilfestellung
Hi ! habe gerade ein größeres Baugebiet mit Landuse versehen und ein Mulitpolygon erstellt: http://www.openstreetmap.org/browse/relation/2211291 Irgendwie bekomme ich es nicht ganz hin das die Daten richtig angezeigt werden. Zur Eräuterung: Das ganze Teil heißt Bornkamp, oben ist residental und unten einen große Fläche village_green. In dem Green sind viele Wohninseln enthalten. Kann mir einer weiterhelfen ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Am 3. Juni 2012 11:21 schrieb Jan Tappenbeck o...@tappenbeck.net: Zur Eräuterung: Das ganze Teil heißt Bornkamp, oben ist residental und unten einen große Fläche village_green. In dem Green sind viele Wohninseln enthalten. was genau willst Du mit dem village_green ausdrücken? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Am 03.06.2012 11:21, schrieb Jan Tappenbeck: http://www.openstreetmap.org/browse/relation/2211291 Hi, für mich ist das ein großes Wohngebiet ganz ohne MP. Sieht für mich nach Taggen für den Renderer aus. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
am Sonntag, 3. Juni 2012 um 11:17 schrieb Jan Tappenbeck: ist Euch das auch schon mal aufgefallen das bei der Eingabe von Texten der Rechner die Tastatur von Englisch auf deutsch wechselt? win7 Dann hast Du wohl Alt-Shift gedrückt. Ein weiteres Mal drücken kehrt wieder zu QWERTZ zurück. Ist aber nicht nur in JOSM so, sondern eigentlich in jedem Programm. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Am 03.06.2012 11:26, schrieb Martin Koppenhoefer: Am 3. Juni 2012 11:21 schrieb Jan Tappenbecko...@tappenbeck.net: Zur Eräuterung: Das ganze Teil heißt Bornkamp, oben ist residental und unten einen große Fläche village_green. In dem Green sind viele Wohninseln enthalten. was genau willst Du mit dem village_green ausdrücken? Gruß Martin hi ! das soll die untere große Fläche sein mit den residental-Inseln. Das ganze mit dem oberen Teil zusammen heißt dann Bornkamp. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Am 03.06.2012 11:32, schrieb Chris66: Am 03.06.2012 11:21, schrieb Jan Tappenbeck: http://www.openstreetmap.org/browse/relation/2211291 Hi, für mich ist das ein großes Wohngebiet ganz ohne MP. Sieht für mich nach Taggen für den Renderer aus. Chris ich möchte den Character aber darstellen. Das sind keine Grünflächen, wie so oft als Fläche vor den Häusern. Kannst es auch als Ausgleichsfläche sehen - nur das kein Zaun darum ist. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Am 3. Juni 2012 11:37 schrieb Jan Tappenbeck o...@tappenbeck.net: ich möchte den Character aber darstellen. Das sind keine Grünflächen, wie so oft als Fläche vor den Häusern. Kannst es auch als Ausgleichsfläche sehen - nur das kein Zaun darum ist. Mir ist der Charakter der Fläche immer noch nicht klar. Ist das eher ein Park? Oder eine naturnahe Landschaftsfläche? Wird dort z.B. gemäht? Blumen gepflanzt? Darf man sich auf die Wiese legen? Ballspielen? Handelt es sich um öffentliches Land, oder ist das auf die einzelnen Grundstücke aufgeteilt bzw. ein eigenes Grundstück/Feld? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
On 03.06.2012 11:17, Jan Tappenbeck wrote: ist Euch das auch schon mal aufgefallen das bei der Eingabe von Texten der Rechner die Tastatur von Englisch auf deutsch wechselt? Brauchst du wirklich verschiedene Eingabesprachen? Finde ich reichlich ungewöhnlich dass das jemand installiert. Falls du es nicht brauchst solltest du die Englische Eingabesprache wieder deinstallieren. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Das technische Proble ist, dass in einem MP keine 2 outer aneinanderstoßen bzw. eine gemeinsame Kante haben dürfen. Für mich gibt es das inhaltliche Problem, dass landuse eine exklusive Eigenschalft ist: entweder landuse=residential (mit Häusern, kleinen Grünflächen) (X)oder landuse=village_green (Grünfläche mit vielleicht einer Bude oder Hütte, aber kein Wohnhaus drin). Das MP sagt für alle outer landuse=residential, der südliche way aber landuse=village_green -- View this message in context: http://gis.19327.n5.nabble.com/Mulitpolygon-Hilfestellung-tp5711203p5711216.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 98
Hallo, die Wochennotiz Nr. 98 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/06/wochennotiz-nr-98/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
On 03/06/12 12:45, fx99 wrote: Das technische Proble ist, dass in einem MP keine 2 outer aneinanderstoßen bzw. eine gemeinsame Kante haben dürfen. Für mich gibt es das inhaltliche Problem, dass landuse eine exklusive Eigenschalft ist: entweder landuse=residential (mit Häusern, kleinen Grünflächen) (X)oder landuse=village_green (Grünfläche mit vielleicht einer Bude oder Hütte, aber kein Wohnhaus drin). Das MP sagt für alle outer landuse=residential, der südliche way aber landuse=village_green Ich wäre mit village_green vorsichtig (siehe https://wiki.openstreetmap.org/wiki/DE:Tag:landuse=village_green) oder ist das der Dorfanger. Auch landuse mit name ist nicht immer sinnvoll. In Deinem Fall ist das ganze wohl landuse=residential und ein Fall für landcover=*. Ich bin davon abgekommen landuse=residential mit name=* zu taggen und verwende eher ein place=* als ein Punkt. Dieser wird dann noch in die zugehörige Grenzrelation (falls vorhanden) mit der Rolle label eingepflegt. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
On 02/06/12 22:27, Frank Huebner wrote: Welche Markierungen meinst du? Wenn der Weg explizit kein Fahrradweg mehr ist (genauer: dem Urteil nach sein darf!), so ist Radfahren dort verboten. Es sei denn, es findet sich ein Schild, das Radfahren erlaubt oder gebietet. Dann würde ich es gemäß http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren taggen. Ich hatte bisher verstanden, dass man den Weg noch benutzen darf wenn Trennstreifen und Fahrradsymbole aufgezeichnet sind. Anderenfalls sollten diese mit dem Schild entfernt werden, da es falsch verstanden wird. Ich habe selber schon einige Autofahrer auf fehlende Schilder hinweisen müssen nachdem sie mich von hinten angehupt haben und ich daraufhin langsamer gefahren bin. Wenn ich jetzt auch noch highway=footway ins Spiel bringe stehe ich vor dem Dilemma diese Wege alle auf highway=path foot=yes umzutaggen, da footway ja foot=designated impliziert (bzw official ≠ designated). Wie wäre es mit dem Hinweis auf der oben angegebenen Seite im wiki? Wenig Aufwand beim umtaggen und ist trotzdem akzeptiert? Also highway=path, den Rest wie beschildert? P.S.: Zum Hintergrund: Wenn du dich auf ein Urteil beziehst, von dem ich denke, weshalb die Schilder abmontiert werden, so hilft es sich vielleicht etwas von dem Hintergrund zu wissen: Radwege dürfen nicht ohne Begründung angeordnet werden, sondern müssen Qualitätskriterien genügen. Diese dienen hauptsächlich der Sicherheit der Radfahrer, da sich schon in den 80er und 90er Jahren gezeigt hat, dass Radfahren auf Radwegen gefährlich ist. Dazu gibt es Untersuchungen der Unfallversicherer, worauf für Radwege neue Qualitätskriterien gelten. Einen Radweg zu kennzeichnen z.B. um den Autoverkehr flüssiger zu machen, ist demnach nicht mehr erlaubt. Die Behörden haben das viele Jahre ignoriert, bis es zu einem Grundsatzurteil kam. Und somit müssen einige Radwegeschilder wieder abgebaut werden. Ohne Schild ist das Radfahren auf diesem Weg dann verboten und sollte m.E. nach auch so getagged werden. Ist das so ? Ja, es gibt keine Benutzungspflicht ohne blaue Schilder, aber verbietet dass auch die Benutzung ? Vorallem wenn die Markierungen noch vorhanden sind und auch kein anderes Schild aufgestellt wurde. Im konkreten Fall ist die zulässige Höchstgeschwindigkeit von 50 auf 30 km/h runtergesetzt wurden - keine Radwege. Der Weg verläuft parallel zur Straße ist aber durch senkrechte Parkplätze von der Straße getrennt. Bis bald fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
Christian H. Bruhn schrieb: am Sonntag, 3. Juni 2012 um 11:17 schrieb Jan Tappenbeck: ist Euch das auch schon mal aufgefallen das bei der Eingabe von Texten der Rechner die Tastatur von Englisch auf deutsch wechselt? win7 Dann hast Du wohl Alt-Shift gedrückt. Ein weiteres Mal drücken kehrt wieder zu QWERTZ zurück. Ist aber nicht nur in JOSM so, sondern eigentlich in jedem Programm. Das ist unter Windows so. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung
Am 03.06.2012 11:56, schrieb Martin Koppenhoefer: Am 3. Juni 2012 11:37 schrieb Jan Tappenbecko...@tappenbeck.net: ich möchte den Character aber darstellen. Das sind keine Grünflächen, wie so oft als Fläche vor den Häusern. Kannst es auch als Ausgleichsfläche sehen - nur das kein Zaun darum ist. Mir ist der Charakter der Fläche immer noch nicht klar. Ist das eher ein Park? Oder eine naturnahe Landschaftsfläche? Wird dort z.B. gemäht? Blumen gepflanzt? Darf man sich auf die Wiese legen? Ballspielen? Handelt es sich um öffentliches Land, oder ist das auf die einzelnen Grundstücke aufgeteilt bzw. ein eigenes Grundstück/Feld? Gruß Martin Moin! Im weitesten Sinne könnte man es auch als Brachland bezeichnen was es in OSM leider nicht gibt. Bildwiese die einmal im Jahr gemäht wird. Eigentlich wollte ich schon im Anfangsposting schon schreiben das ich von einer Tag-Diskussion absehen wollte. Mir geht es darum das Multipolygon richtig zu erstellen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mulitpolygon- Hilfestellung - Angepasst
Am 03.06.2012 13:23, schrieb fly: On 03/06/12 12:45, fx99 wrote: Das technische Proble ist, dass in einem MP keine 2 outer aneinanderstoßen bzw. eine gemeinsame Kante haben dürfen. Für mich gibt es das inhaltliche Problem, dass landuse eine exklusive Eigenschalft ist: entweder landuse=residential (mit Häusern, kleinen Grünflächen) (X)oder landuse=village_green (Grünfläche mit vielleicht einer Bude oder Hütte, aber kein Wohnhaus drin). Das MP sagt für alle outer landuse=residential, der südliche way aber landuse=village_green Ich wäre mit village_green vorsichtig (siehe https://wiki.openstreetmap.org/wiki/DE:Tag:landuse=village_green) oder ist das der Dorfanger. Auch landuse mit name ist nicht immer sinnvoll. In Deinem Fall ist das ganze wohl landuse=residential und ein Fall für landcover=*. Ich bin davon abgekommen landuse=residential mit name=* zu taggen und verwende eher ein place=* als ein Punkt. Dieser wird dann noch in die zugehörige Grenzrelation (falls vorhanden) mit der Rolle label eingepflegt. Gruß fly Hi ! ich habe das jetzt einmal so geändert wie in Changeset http://www.openstreetmap.org/browse/changeset/11786691 dokumentiert. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
Am 03.06.2012 um 14:31 schrieb malenki o...@malenki.ch: Das ist unter Windows so. Bei mir unter Linux ist das auch so ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
fly schrieb: On 02/06/12 22:27, Frank Huebner wrote: Welche Markierungen meinst du? Wenn der Weg explizit kein Fahrradweg mehr ist (genauer: dem Urteil nach sein darf!), so ist Radfahren dort verboten. Es sei denn, es findet sich ein Schild, das Radfahren erlaubt oder gebietet. Dann würde ich es gemäß http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren taggen. Ich hatte bisher verstanden, dass man den Weg noch benutzen darf wenn Trennstreifen und Fahrradsymbole aufgezeichnet sind. Anderenfalls sollten diese mit dem Schild entfernt werden, da es falsch verstanden wird. Ich habe selber schon einige Autofahrer auf fehlende Schilder hinweisen müssen nachdem sie mich von hinten angehupt haben und ich daraufhin langsamer gefahren bin. Fußwegmalereien sind irrelevant. Solche erziehungsfreudigen Autofahrer wie in deinem Fall sollten selber mal erzogen werden. :( Einen Radweg zu kennzeichnen z.B. um den Autoverkehr flüssiger zu machen, ist demnach nicht mehr erlaubt. Die Behörden haben das viele Jahre ignoriert, bis es zu einem Grundsatzurteil kam. Und somit müssen einige Radwegeschilder wieder abgebaut werden. Ohne Schild ist das Radfahren auf diesem Weg dann verboten und sollte m.E. nach auch so getagged werden. Ist das so ? Ja, es gibt keine Benutzungspflicht ohne blaue Schilder, aber verbietet dass auch die Benutzung ? Vorallem wenn die Markierungen noch vorhanden sind und auch kein anderes Schild aufgestellt wurde. StVO §2 Absatz 1: Fahrzeuge müssen die Fahrbahn benutzen, von zwei Fahrbahnen die rechte. Seitenstreifen sind nicht Bestandteil der Fahrbahn. http://dejure.org/gesetze/StVO/2.html (Fahrräder sind Fahrzeuge) Absatz 5: Kinder bis zum vollendeten 8. Lebensjahr müssen, ältere Kinder bis zum vollendeten 10. Lebensjahr dürfen mit Fahrrädern Gehwege benutzen. Auf Fußgänger ist besondere Rücksicht zu nehmen. Beim Überqueren einer Fahrbahn müssen die Kinder absteigen. hth, Thomas, immer wieder über Kinder mit Bärten und weißem Kopfhaar staunend ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
fly wrote: On 02/06/12 22:27, Frank Huebner wrote: Einen Radweg zu kennzeichnen z.B. um den Autoverkehr flüssiger zu machen, ist demnach nicht mehr erlaubt. Die Behörden haben das viele Jahre ignoriert, bis es zu einem Grundsatzurteil kam. Und somit müssen einige Radwegeschilder wieder abgebaut werden. Ohne Schild ist das Radfahren auf diesem Weg dann verboten und sollte m.E. nach auch so getagged werden. Ist das so ? Nein. Ja, es gibt keine Benutzungspflicht ohne blaue Schilder, aber verbietet dass auch die Benutzung ? Vorallem wenn die Markierungen noch vorhanden sind und auch kein anderes Schild aufgestellt wurde. Richtig. Es gibt in Deutschland das Konstrukt anderer Radweg bzw. Radweg ohne Benutzungspflicht Das sind i.d.R. baulich gekennzeichnete Teilwege (z.B. rotes Pflaster) ohne blaues Schild. Radfahrer dürfen sie benutzen, müssen aber nicht. vgl. z.B. https://de.wikipedia.org/wiki/Radverkehrsanlage und http://www.adfc-weyhe.de/radwege/andereradwege.php Im konkreten Fall ist die zulässige Höchstgeschwindigkeit von 50 auf 30 km/h runtergesetzt wurden - keine Radwege. Der Weg verläuft parallel zur Straße ist aber durch senkrechte Parkplätze von der Straße getrennt. womit eine Benutzungspflicht (blaues Schild) nicht angeordnet werden darf, ein baulich angelegter / erkennbarer Sonderweg aber von Fahrradfahrern genutzt werden darf. Gruß Susanne -- http://sujag.de - Webentwicklung und -beratung susjae...@sujag.de Christinenstr. 36, 10119 Berlin, Tel: 030 - 443 241 73 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
Martin Vonwald (Imagic) schrieb: Am 03.06.2012 um 14:31 schrieb malenki o...@malenki.ch: Das ist unter Windows so. Bei mir unter Linux ist das auch so ;-) Bei Windowsen ist es standardmäßig überall so, bei den Linuxen verschieden. Bei meinen ist es zum Glück nicht der Fall. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm - defektes Fensterlayout?
Hallo, Bei den aktuellen Josm-Versionen, sowohl latest als auch tested, fehlt bei mir im maximierten Zustand des Fensters die komplette Fensterkopfleiste, also das Fenstermenü und die Buttons Minimieren, Maximieren und Schliessen. Außerdem belegt das Fenster den kompletten Bildschirm, also einschließlich der Kontrollleiste des Desktop-Managers. Mit einer Uralt-Version von 2010 tritt das Problem nicht auf. Umgebung: Debian Testing, KDE 4.7.4. Da es ein ganz offensichtliches Problem ist, würde mich, bevor ich einen Bug-Report schreibe, interessieren, ob das Problem auch bei anderen auftritt bzw. ob es sich um einen bereits bekannten Bug handelt. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm - defektes Fensterlayout?
Rainer Kluge schrieb: [Josm-Darstellungsprobleme] Mit einer Uralt-Version von 2010 tritt das Problem nicht auf. Umgebung: Debian Testing, KDE 4.7.4. Da es ein ganz offensichtliches Problem ist, würde mich, bevor ich einen Bug-Report schreibe, interessieren, ob das Problem auch bei anderen auftritt bzw. ob es sich um einen bereits bekannten Bug handelt. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm - defektes Fensterlayout?
Rainer Kluge schrieb: [Josm-Darstellungsprobleme] Mit einer Uralt-Version von 2010 tritt das Problem nicht auf. Umgebung: Debian Testing, KDE 4.7.4. Da es ein ganz offensichtliches Problem ist, würde mich, bevor ich einen Bug-Report schreibe, interessieren, ob das Problem auch bei anderen auftritt bzw. ob es sich um einen bereits bekannten Bug handelt. (Sorry, der Mailer hat gerade gesponnen) Sowohl unter Debian sid als auch unter Gentoo jeweils mit OpenBox und LXDE und folgendem Java: | java version 1.6.0_31 | Java(TM) SE Runtime Environment (build 1.6.0_31-b04) | Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode) traten die von dir geschilderten Probleme noch nie (= seit 2008) auf Welches Java läuft bei dir? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm - defektes Fensterlayout?
Hallo Thomas, Am 03.06.2012 21:20, schrieb malenki: Sowohl unter Debian sid als auch unter Gentoo jeweils mit OpenBox und LXDE und folgendem Java: | java version 1.6.0_31 | Java(TM) SE Runtime Environment (build 1.6.0_31-b04) | Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode) traten die von dir geschilderten Probleme noch nie (= seit 2008) auf Welches Java läuft bei dir? Das Verhalten ist mit diesen beiden Java-Runtimes dasselbe: java version 1.6.0_24 OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-6) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) java version 1.6.0_24 Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) Bei anderen Java-Applikatione tritt das Problem nicht auf. Ich habe auch schon mal das .josm-Verzeichnis gelöscht, bringt aber nichts. Werde wohl morgen mal einen Bug-Report aufmachen. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
Am 02.06.2012, 15:16 Uhr, schrieb fly lowfligh...@googlemail.com: Hi Aufgrund des Leipziger Urteil vom Herbst 2010 werden hier immer mehr blaue Schilder abmontiert. Wie tagge ich solche Wege ohne jegliche Schilder ? highway=path foot=yes oder foot=designated und als noch etwas aufwendigeres Bsp.: Wad machen wenn es vorher ein geteilter Fuß- und Radweg war und die Markierungen noch vorhanden sind, ich als Radfahrer diese Wege somit noch benutzen darf, aber nicht muß ? highway=path bicycle=yes foot=yes oder bicycle=yes foot=designated bicycle=designated foot=designated Für blaue Schilder verwende ich eigentlich *=official (wird leider von Mapnik nicht gerendert), da selbst auf talk@ nicht geklärt werden konnte ob official ≙ designated gilt. Insbesonders das Verbot für alle anderen Fortbewegungsmittel scheint hier ein Problem zu sein. Ich tendiere ja zu *=yes was ich für Bürgersteige als zu schwach empfinde. Wenn ich jetzt auch noch highway=footway ins Spiel bringe stehe ich vor dem Dilemma diese Wege alle auf highway=path foot=yes umzutaggen, da footway ja foot=designated impliziert (bzw official ≠ designated). Wie seht Ihr das ? Grüße fly Bei Wegen ohne jede Beschilderung und Zeichen ist der (straßenbegleitende) Weg ein Bürgersteig (mit Bordstein oder Grünstreifen abgetrennt), welcher nur durch Fußgänger zugelassen ist. - highway=footway, hinzufügen würde ich noch foot=yes, um zu verdeutlichen, dass kein Sild steht. (Bezüglich des implizierten designated: foot=yes würde das überschreiben. 2. ist mMn u.a. das ein Grund, Implizierungen bei Fuß-, Rad- und Reitwegen auf maximal *=yes zurückzuschrauben!) 'Radwege ohne Benutzungspflicht' sind mit rotem/andersfarbigem Pflaster/Farbe versehen, oder mit einem Fahrradpiktogramm. (Ausschließlich dem Radverkehr vorbehalten.) - highway=cycleway + bicycle=yes (gleiche Begründung wie oben) Wie das bei rotem Pflaster + [Zeichen 239 Fußweg] (ohne [1022-10 Fahrrad frei]) aussieht? Eher wie nur-Fußweg!? Im konkreten Fall ist die zulässige Höchstgeschwindigkeit von 50 auf 30 km/h runtergesetzt wurden - keine Radwege. Der Weg verläuft parallel zur Straße ist aber durch senkrechte Parkplätze von der Straße getrennt. - highway=footway + foot=yes + bicycle=yes (falls teils roter Weg oder Fahrradpiktogramm) Grüße Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
Susanne Jäger susjae...@sujag.de writes: fly wrote: On 02/06/12 22:27, Frank Huebner wrote: Einen Radweg zu kennzeichnen z.B. um den Autoverkehr flüssiger zu machen, ist demnach nicht mehr erlaubt. Die Behörden haben das viele Jahre ignoriert, bis es zu einem Grundsatzurteil kam. Und somit müssen einige Radwegeschilder wieder abgebaut werden. Ohne Schild ist das Radfahren auf diesem Weg dann verboten und sollte m.E. nach auch so getagged werden. Ist das so ? Nein. Nun, ich habe das etwas anders verstanden, wahrscheinlich kann man das so sehen, dass unter bestimmten Umständen der zu taggende Weg ein anderer Radweg ist. Weitere Kommentare s.u. Ja, es gibt keine Benutzungspflicht ohne blaue Schilder, aber verbietet dass auch die Benutzung ? Vorallem wenn die Markierungen noch vorhanden sind und auch kein anderes Schild aufgestellt wurde. Richtig. Es gibt in Deutschland das Konstrukt anderer Radweg bzw. Radweg ohne Benutzungspflicht Das sind i.d.R. baulich gekennzeichnete Teilwege (z.B. rotes Pflaster) ohne blaues Schild. Radfahrer dürfen sie benutzen, müssen aber nicht. vgl. z.B. https://de.wikipedia.org/wiki/Radverkehrsanlage und http://www.adfc-weyhe.de/radwege/andereradwege.php Nun, ich kenne immer noch die alte Regelung von 1997 (nicht die von 2009, die meines Wissens auch noch nicht in Kraft getreten ist, siehe http://de.wikipedia.org/wiki/Stra%C3%9Fenverkehrs-Ordnung_%28Deutschland%29#StVO-Novelle_2009). Der alten Regelung nach ist ein Weg ohne Rad-Beschilderung kein Radweg ist (weder benutzungsflichtig noch frei). Zur neuen Regelung siehe hierzu den Kommentar von Bernd Sluka: Nicht-benutzungspflichtige Radwege sind für den Radverkehr vorgesehene Verkehrsflächen, die aber nicht mit den Zeichen 237, 240 oder 241 beschildert sind. Unklar bleibt dabei, wie man sie erkennen soll. auf http://bernd.sluka.de/Radfahren/rechtlich.html#nb. Bei Sluka heißt es, dass ein einfaches Einfärben des Wegs keine Radwegkennzeichnung ist. Für mich ist das nachvollziehbar. Sonst stünde die Benutzung ja auf tönernen Füßen: wer soll denn nun entscheiden, ob der Radweg ein Radweg ist? Zusammen mit den Fragen zur Gültigkeit der Novelle von 2009 verstehe ich es so, dass ein Weg ohne Zeichen kein Radweg ist. Mein Vorschlag daher: die Kennzeichnung bicycle=? löschen, und später, wenn sich die Juristen oder Politiker geeinigt haben, nachtaggen :-( Eigentlich ziemlich blöd! ciao, Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm - defektes Fensterlayout?
On 03/06/12 21:53, Rainer Kluge wrote: Hallo Thomas, Am 03.06.2012 21:20, schrieb malenki: Sowohl unter Debian sid als auch unter Gentoo jeweils mit OpenBox und LXDE und folgendem Java: | java version 1.6.0_31 | Java(TM) SE Runtime Environment (build 1.6.0_31-b04) | Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode) traten die von dir geschilderten Probleme noch nie (= seit 2008) auf Welches Java läuft bei dir? Das Verhalten ist mit diesen beiden Java-Runtimes dasselbe: java version 1.6.0_24 OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-6) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) java version 1.6.0_24 Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) Bei anderen Java-Applikatione tritt das Problem nicht auf. Ich habe auch schon mal das .josm-Verzeichnis gelöscht, bringt aber nichts. Werde wohl morgen mal einen Bug-Report aufmachen. https://josm.openstreetmap.de/ticket/5833 oder was anderes ? versuch mal die start option --fullscreen cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
Moin! Am 02.06.2012 15:16, schrieb fly: Wad machen wenn es vorher ein geteilter Fuß- und Radweg war und die Markierungen noch vorhanden sind, ich als Radfahrer diese Wege somit noch benutzen darf, aber nicht muß ? Ich verwende unabhängig von der Benutzungspflicht highway=path bicycle=designated foot=designated segregated=yes Das beschreibt gut den Aufbau der Wege (hier sind es meist grau gepflasterte Fußwege mit 80-100cm breiten Asphaltstreifen). Ob man als Radfahrer die Straße oder den schmalen Radweg nutzt, entscheidet man ohnehin je nach Verkehrsdichte, Nässe oder Sicherheitsgefühl. Bei access-Tags für Radfahrer muss man allgemein eher nach gesundem Menschenverstand als nach Beschilderung entscheiden, welche Tags man setzt. An vielen Grünanlagen steht an einem Zugang ein Schild Rad- und Fußweg, am nächsten Fußweg mit Zusatz Radfahrer frei, am dritten ersetzt ein Poller die Beschilderung und an einem weiteren gibt es wenige Treppenstufen. Feldwege haben oft Zeichen 250 nur mit Zusatz Landwirtschaftlicher Verkehr frei obwohl Wegweiser für Radfahrer dorthin weisen. Neben Waldwegen habe ich schon Zeichen 250 mit einem weiteren Schild Forstweg gesperrt für Motorfahrzeuge, Reiter und Gespanne. Frei für Forstbetrieb. gefunden. Solche Widersprüche zwischen Praxis und Beschilderung sind leider sehr häufig. Überall, wo ich in Anwesenheit eines Polizisten radfahren würde, setzte ich die access-Tags entsprechend. Umgekehrt interpretiere ich ein Schild Privat - Betreten verboten auch als Verbot für Radfahrer. :-) Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm - defektes Fensterlayout?
Am 03.06.2012 23:18, schrieb fly: https://josm.openstreetmap.de/ticket/5833 oder was anderes ? versuch mal die start option --fullscreen --fullscreen oder --maximize/--nomaximize hat nichts gebracht. Ich habe aufgrund von Hinweisen in diesem Ticket mit dem neusten Snapshot die Konfiguration zurückgesetzt (--reset-preferences), jetzt ist alles OK. Danke. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] (senza oggetto)
Il 03 giugno 2012 06:51, Beppe giuseppeam...@virgilio.it ha scritto: qualunque mappatore con residenza all'interno del territorio modenese ha conoscenza relativamente diretta dei luoghi, anche solo per esserci = passato. Estenderei la ricerca di eventuali mappatori a questo ambito. Finora al mio messaggio ha risposto solo l'utente centurie. Sentiti libero di propagare ad altri la richiesta di informazioni utili. Purtroppo io sono piemontese e non ho la conoscenza dei luoghi o dei mappatori di zona. Saluti Beppe Ciao Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
2012/6/3 Beppe giuseppeam...@virgilio.it: considerazioni a seguire: mappatura sul campo. Le zone sono intasate da Protezione civile - = forze dell'ordine - volontari e sedicenti tali - ma soprattutto da sfollati!=20 I cosi detti volontari SONO IN ECCESSO e appesantiscono la macchina a supporto (consumano cibo e acqua). Vivamente consigliato di NON andare = in loco. Se quello che dici è vero, è una cosa particolarmente grave: i singoli Gruppi di Volontariato che intervengono hanno l'obbligo di essere autosufficienti per quanto riguarda cibo e acqua per 48 ore. Non so come funzioni lì, ma per altri campi di cui ho avuto diretta conoscenza, le Colonne Mobili (provinciali o regionali) sono intervenute con derrate per i propri Volontari sufficienti alla prima settimana. Se calcoli che, per il momento, i turni di avvicendamento per le Vostre zone sono di 5/7 giorni, capisci come chi interviene dopo si porta dietro altro cibo o usufruisce di quanto fatto arrivare dal Dipartimento. Mai si arriva in un luogo di emergenza e si sottraggono risorse alla Popolazione (tanto per fare un esempio, non si va nemmeno a fare la spesa al supermercato - se non come privati cittadini per cose di estrema necessità o che ti sei dimenticato di mettere nello zaino - dato che poi non sarebbero rimborsate); diverso è il discorso (e spero tu intenda questa cosa) se arrivo al campo X, vengo inviato in missione a prendere qualcosa nella città Y, è mezzogiorno e mi fermo a mangiare un panino. Ripeto, questo è quanto è stato fatto nei campi di mia conoscenza (l'ultimo esempio è il campo 2 di Monticchio - L'Aquila). Poi ogni capo-campo gestisce le cose a modo suo, ma dubito seriamente che si cibino i Volontari per lasciare a stecchetto la Popolazione; non sarebbe la prima volta e nemmeno l'ultima che Volontari (o anche persone comuni che vogliono dare una mano) che non siano autosufficienti o previsti nelle turnazioni, vengano rimandati a casa (durante l'alluvione del Piemonte in alcune zone arrivarono persone comuni con tanta voglia di fare ma senza viveri e giacigli: furono ringraziate e gli fu detto se oggi ci volete dare una mano, ne siamo felici, però prima di sera tornate a casa vostra). Nulla so (dato che la situazione non è per niente chiara e sembrano più leggende metropolitane alimentate dalla rete) dei finti volontari (io spero che con così detti tu intenda questi) che girano per le città dicendo di evacuare le abitazioni per scosse imminenti: da quel che ho letto, le FFO stanno indagando ma (guarda un po') non ci sono testimonianze reali, ma solo un generale sentito dire. Torno a bomba se hai *precise* informazioni circa sprechi e/o prevaricazioni da parte dei Volontari nei confronti della Popolazione, segnalalo (agli Uffici comunali o provinciali di Protezione Civile, al Dipartimento, ai giornali, a chi vuoi): purtroppo le mele marce ci sono ovunque e, tra i Volontari, anche qualcuno che si crede Rambo o superiore a chi sta subendo un dramma economico e psicologico incredibile. Aiuta la parte sana del Volontariato ad isolare questi personaggi (la Protezione Civile, per fortuna, non è solo Bertolaso et simila). Le zone soggette a crolli sono zone OFF-LIMITS. Impedito l'accesso ai residenti. Meno che meno accedono soggetti terzi. Ottimo: allora perché non mappare mettendo access=no su quelle zone? Tenuto conto di questo, aggiungerei: qualunque mappatore con residenza all'interno del territorio modenese ha conoscenza relativamente diretta dei luoghi, anche solo per esserci = passato. Estenderei la ricerca di eventuali mappatori a questo ambito. Questa è un'ottima idea. -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ruscello. Ma anche sentiero.
Ciao. Mi trovo a dover mappare questa situazione: un sentiero ricalca pari pari il solco di un Calto cioè un ruscello intermittente. Come consigliate di fare? Le ipotesi che mi son venute in mente sono di creare due way separate e giocare col tag layer=* oppure un'unica way con tutti i tag necessari (quindi waterway=stream + highway=path) , ma non riesco ad immaginare cosa potrebbe succedere al routing in questo caso. Grazie Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Terremoto Emilia: Edificato Lombardia
Vi giro la richiesta dell'utente mcheck che , alle prese con il Comune di Moglia MN, mi domandava se fossero disponibili dei dati sull' edificato della Lombardia da poter processare. Gianmario Mengozzi - sent by Android phone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ruscello. Ma anche sentiero.
2012/6/3 Milani Alessio klava...@gmail.com: Mi trovo a dover mappare questa situazione: un sentiero ricalca pari pari il solco di un Calto cioè un ruscello intermittente. Come consigliate di fare? Le ipotesi che mi son venute in mente sono di creare due way separate e giocare col tag layer=* oppure un'unica way con tutti i tag necessari (quindi waterway=stream + highway=path) , ma non riesco ad immaginare cosa potrebbe succedere al routing in questo caso. utilizzerei un oggetto con 2 tags. waterway=stream (al meno da solo) non è sufficente, dovresti aggiungere qualche tag per indicare che è intermittente. Ci sono delle proposte nel wiki (credo, al meno si parlava poco da in lista import proprio di quelli, perchè WorstFixer aveva intenzione di fare un edit semiautomatico per unificare le varianti). Non ho i tags precisi in mente, ma se cerchi intermittent nel wiki lo dovresti trovare. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
Il giorno 02 giugno 2012 23:31, Federico Cozzi f.co...@gmail.com ha scritto: 2012/6/2 sabas88 saba...@gmail.com: In other words a ferry port, pier or harbour receiving several ferry routes, should have each of these routes separately drawn in and connected into it. This is important to ensure functional routing. The connection should be on a node shared with the coastline. Io lo interpreto: Porto Torres ha una sola linea che arriva di fronte al porto, fuori dal porto si separano in due linee, una è la linea che arriva da Genova ed una è la linea che arriva da Savona. Tutte e due si connettono con una service sul molo d'arrivo. Io lo intepreto: se da un porto si dipartono linee per più destinazioni, ogni rotta deve essere mappata come way autonoma a partire dalla terraferma. Le rotte diverse (dove due rotte sono diverse se uno dei due estremi è diverso) non possono avere in comune nessun tratto in mare. A mio parere questo è ragionevole perché una Y disegnata in mare (cioè con il centro della Y in mare) dice una cosa sbagliata: cioè che puoi arrivare al centro della Y e indifferentemente andare a destra o a sinistra. Invece il traghetto giusto lo devi scegliere sul molo: non puoi cambiare in mare. Addirittura a essere rigorosi una Y in mare richiederebbe una turn restriction (perché non puoi andare da Bastia a Porto Torres arrivando a 100 metri da Genova e svoltando sull'altro traghetto) ma è assurdo essere obbligati a inserirla. Anche questa secondo me è una buona ragione perché due traghetti non condividano neanche un piccolo tratto in mare. Su questo hai ragione, ma un router dovrebbe seguire la relation, non i singoli tratti... Noto che l'approccio che intendo io è seguito anche nello Stretto dei Dardanelli e ad Atene, ma non riesco a farci un routing perchè mi fa passare per la terraferma.. Questa riflessione però per esempio a Genova cade, perchè non è detto che (a parte tunisia ferries) arrivino sempre allo stesso molo. Questo è un problema che non so risolvere, e non penso che abbia soluzione. I traghetti non arrivano sempre allo stesso molo (neppure i treni arrivano sempre allo stesso binario), quindi io di solito li faccio arrivare al molo più probabile: pazienza se il router non ti sa dire con esattezza a quale molo devi andare per prendere il traghetto. Ma almeno un router su grande scala non impazzisce. Nella situazione attuale noto come i router favoriscano la terraferma al traghetto (anche loro hanno mal di mare? :) ) il che per certi itinerari sembra assurdo (Genova-Olbia passando da Livorno e la Corsica? :D). Provo a proporre la discussione in [Tagging] :) Ciao, Federico Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ruscello. Ma anche sentiero.
In data domenica 3 giugno 2012 10:56:55, Martin Koppenhoefer ha scritto: utilizzerei un oggetto con 2 tags. waterway=stream (al meno da solo) non è sufficente, dovresti aggiungere qualche tag per indicare che è intermittente. Ci sono delle proposte nel wiki (credo, al meno si parlava poco da in lista import proprio di quelli, perchè WorstFixer aveva intenzione di fare un edit semiautomatico per unificare le varianti). Non ho i tags precisi in mente, ma se cerchi intermittent nel wiki lo dovresti trovare. Si si, uso intermittent=yes in casi di flussi intermittenti e in questo caso lo avrei certamente inserito. Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
2012/6/3 sabas88 saba...@gmail.com: Nella situazione attuale noto come i router favoriscano la terraferma al traghetto (anche loro hanno mal di mare? :) ) il che per certi itinerari sembra assurdo (Genova-Olbia passando da Livorno e la Corsica? :D). Credo per ottenere un routing buono si dovrebbe tenere conto del orario, cosa AFAIK non viene tenuti in considerazione dei attuali router nostri. Sulle nostre linee dei traghetti ci sono i tempi di percorrenza? Forse anche quelli potrebbero aiutare al router di capire meglio? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
Il 03 giugno 2012 08:27, Sky One sky...@skyone.it ha scritto: qualunque mappatore con residenza all'interno del territorio modenese ha conoscenza relativamente diretta dei luoghi, anche solo per esserci = passato. Estenderei la ricerca di eventuali mappatori a questo ambito. Questa è un'ottima idea. Se ce ne fosse la necessita', in poco tempo si possono mettere a disposizione sul wiki dei walking papers da stampare e distribuire anche ad eventuali mappatori in pectore. Una volta compilati possono venir restituiti anche via fax, dando la possibilita' anche a chi non e' di zona di partecipare. Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
Il giorno 03 giugno 2012 11:10, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2012/6/3 sabas88 saba...@gmail.com: Nella situazione attuale noto come i router favoriscano la terraferma al traghetto (anche loro hanno mal di mare? :) ) il che per certi itinerari sembra assurdo (Genova-Olbia passando da Livorno e la Corsica? :D). Credo per ottenere un routing buono si dovrebbe tenere conto del orario, cosa AFAIK non viene tenuti in considerazione dei attuali router nostri. Sulle nostre linee dei traghetti ci sono i tempi di percorrenza? Forse anche quelli potrebbero aiutare al router di capire meglio? Provo a sistemare le linee di Genova mettendo gli access e i collegamenti al molo. Come facciamo con l'operator? Genova-Porto Torres lo fanno tre operatori in alta stagione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto Emilia: Edificato Lombardia
Al mio appello ha risposto l'utente Alessandro Frigeri rendendosi disponibile per l'import degli edifici del comune di Quistello (MN). Gli ho consigliato di iscriversi in lista prima di procedere, comunque qualora qualcuno intendesse operare in zona, consglio di mandargli un messaggio tramite l0interfdaccia di OSM. Saluti Fabrizio Il 03 giugno 2012 09:55, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Vi giro la richiesta dell'utente mcheck che , alle prese con il Comune di Moglia MN, mi domandava se fossero disponibili dei dati sull' edificato della Lombardia da poter processare. Gianmario Mengozzi - sent by Android phone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
2012/6/3 sabas88 saba...@gmail.com: Come facciamo con l'operator? Genova-Porto Torres lo fanno tre operatori in alta stagione. la soluzione più ampliabile mi sembra di creare oggetti OSM per ogni operator. Così si possono aggiungere ulteriori dettagli al percorso specifico. D'altro canto se non ci sono ancora proprietà specifici (le informazioni a precindere del operator sono uguali) potresti usare anche un multivalore (op1;op2;op3). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto Emilia: Edificato Lombardia
Il 03 giugno 2012 09:55, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Vi giro la richiesta dell'utente mcheck che , alle prese con il Comune di Moglia MN, mi domandava se fossero disponibili dei dati sull' edificato della Lombardia da poter processare. Puoi guardare qui: http://www.cartografia.regione.lombardia.it Ma l'utilizzo e' permesso solo per fini non commerciali: http://www.cartografia.regione.lombardia.it/geoportale/ptk Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] (senza oggetto)
SCsXcA+4noN1ru wkz08fyjvgqn4tv...@mail.gmail.com In-Reply-To: CA+iLNHhJ=7d05+24gnscsxca+4non1ruwkz08fyjvgqn4tv...@mail.gmail.com Subject: R: [Talk-it] (senza oggetto) Date: Sun, 3 Jun 2012 12:26:18 +0200 Message-ID: 001801cd4173$50fc5110$f2f4f330$@it MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac1BUg1OP2kDE5GPSvudDd1IbRMcsAAG70Mw Content-Language: it Posso parlarvi come di chi =E8 sul campo. Non sono animato da spirito polemico, quindi non replichero ad eventuali contestazioni sui contenuti. Scrivero di mie personalissime opinioni, in modo franco e diretto.=20 Quindi chi si sente turbato da questo stile comunicativo interrompa la lettura di questo post ora. C'=E8 una enfasi mediatica che non =E8 supportata dai dati reali.=20 Anzi i toni - le parole - i contenuti usati dai giornalisti sia di video = che di carta stampata sono iperbolici, e NON corrispondono nei contenuti generali al vero. Mi riferisco ad aspetti che riguardano anche ci=F2 di cui riguarda = questa lista, ovvero viabilit=E0 - edificato - ecc. Le localit=E0 oggetto del sisma sono letteralmente invase da persone = che a vario titolo si trovano li.=20 Mi riferisco a: Protezione civile - Forze dell'ordine - Volontari - = Circo mediatico composto da Tir e comunicazioni satellitari - Autorit=E0 = varie con codazzo di assistenti e di sicurezza che si mettono in mostra. = ASSOLUTAMENTE IN SOVRANUMERO. Ci mancano solo dei mappatori di OSM (scusate l'ironia). Non manca nulla! Il cibo deperibile viene sistematicamente buttato. Non mancherebbero neanche le case, ma per una logica comprensibile molti preferiscono dormire nelle tendopoli. Il traffico su tutte le strade si svolge regolarmente. Solo alcune zone centralissime sono off-limits. In queste zone si trovano i crolli (pochissimi). Nelle zone artigianali industriali periferiche alcuni crolli di = capannoni (peraltro nuovi e nuovissimi). Ma alcuni.=20 Prova: il numero esiguo di morti 16 (cosa certamente dolorosa e imbarazzante), in zone densamente popolate e con migliaia di aziende = anche con centinaia di dipendenti. Se Repubblica (giornale) chiede di avere dati sull'edificato a OSM. =C8 interessante, ma non privo di implicazioni. Vado a spiegarmi meglio. Chi =E8 avezzo di redazioni sa che l'inviato non esiste pi=F9. Il lavoro = di giornalista (in redazione) =E8 quello di rilanciare notizie di agenzia o = dei vari uffici stampa di aziende. Nel caso di testate importanti si fa poi largo uso di giornalisti = freelance dei luoghi da cui la notizia =E8 prelevata pagati circa 10 euro/scritto. Perch=E9 vi dico queste cose? Perch=E9 ritengo che se i giornalisti di Repubblica vogliono dati sull'edificato, essendo sul campo (i free-lance intendo) possono = inserirli loro su OSM.=20 Facciamo un po' di logica inversa. Perch=E9 non si dice a Repubblica di = quanto =E8 bello condividere dati su OSM? Glielo spieghiamo anche bene. Mi pare un modo utile di impegnare tutti questi professionisti che = sono in queste zone, cos=EC magari la relazione diretta con ci=F2 che devono = mappare li fa tenere pi=F9 aderenti alla realt=E0. Tra l'altro i contributi = all'editoria sono un onere che cade su tutti noi, mentre =E8 a loro beneficio. Quindi = se si impegnassero in iniziative come OSM ne renderebbero parziale pagamento. Saluti Beppe -Messaggio originale- Da: Sky One [mailto:sky...@skyone.it]=20 Inviato: domenica 3 giugno 2012 8.28 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] (senza oggetto) 2012/6/3 Beppe giuseppeam...@virgilio.it: considerazioni a seguire: mappatura sul campo. Le zone sono intasate da Protezione civile - = =3D=20 forze dell'ordine - volontari e sedicenti tali - ma soprattutto da=20 sfollati!=3D20 I cosi detti volontari SONO IN ECCESSO e appesantiscono = la macchina a supporto (consumano cibo e acqua). Vivamente consigliato = di NON andare =3D in loco. Se quello che dici =E8 vero, =E8 una cosa particolarmente grave: i = singoli Gruppi di Volontariato che intervengono hanno l'obbligo di essere autosufficienti per quanto riguarda cibo e acqua per 48 ore. Non so come funzioni l=EC, ma per altri campi di cui ho avuto diretta conoscenza, le Colonne Mobili (provinciali o regionali) sono intervenute con derrate = per i propri Volontari sufficienti alla prima settimana. Se calcoli che, per = il momento, i turni di avvicendamento per le Vostre zone sono di 5/7 = giorni, capisci come chi interviene dopo si porta dietro altro cibo o usufruisce = di quanto fatto arrivare dal Dipartimento. Mai si arriva in un luogo di emergenza e si sottraggono risorse alla Popolazione (tanto per fare un esempio, non si va nemmeno a fare la spesa al supermercato - se non come privati cittadini per cose di estrema necessit=E0 o che ti sei = dimenticato di mettere nello zaino - dato che poi non sarebbero rimborsate); diverso = =E8 il discorso (e spero tu intenda
Re: [Talk-it] (senza oggetto)
Caro Beppe, il mio non era un intento polemico: da ex volontario ed ex coordinatore di un gruppo comunale di Volontari di Protezione Civile (per 16 anni) ho cercato di spiegare come, stando alle regole, dovrebbero essere gestite le cose (e come lo sono state in alcune emergenze). Mi spiace non essere riuscito a farmi capire. Buona fortuna (ne avrete bisogno, quando il circo si sarà trasferito altrove). PS: sono il primo ad arrabbiarmi quando leggo/vedo le sfilate di politici durante le emergenze (uno dei danni è togliere risorse da dove servono per far sembrare tutto figo, un po' come facevano durante il ventennio quando il duce andava in certe zone dell'Agro Pontino) ma sono anche convinto che l'unica arma in questo caso è la contestazione popolare. Se mille persone vanno a fischiare il politico di turno in parata, la notizia appare. Se mille persone pensano che cretino e si girano dall'altra parte, non c'è la notizia. Purtroppo, ma è così. -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappa con access=no
C'è la possibilità di visualizzare una mappa con evidenza dei tratti di way in cui è presente il tag access=no? Grazie -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
Faccio una piccola correzione rispetto ad un mio intervento Mi ha chiamato un giornalista che collabora con Repubblica ma a titolo personale Ringrazio Beppe per il suo intervento Rimango dell’idea che possiamo continuare a mappare ma senza strafare Penso che una ottima mappatura sarà comunque utile per la ricostruzione. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto Emilia: Edificato Lombardia
mmh leggo: ...sono protetti dalla normativa che regola i diritti d'autore. Senza però fare esplicito riferimento al tipo di licenza (o almeno io non l'ho trovata ). Il discorso dell'uso non commerciale mi fa propendere ancor più per una incompatibilità con l'utilizzo su osm . Salvo diverso avviso, temo che per la Lombardia si possa solo procedere col ricalco dai wms. Gianmario Mengozzi - sent by Android phone Il giorno 03/giu/2012 11:43, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Il 03 giugno 2012 09:55, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Vi giro la richiesta dell'utente mcheck che , alle prese con il Comune di Moglia MN, mi domandava se fossero disponibili dei dati sull' edificato della Lombardia da poter processare. Puoi guardare qui: http://www.cartografia.regione.lombardia.it Ma l'utilizzo e' permesso solo per fini non commerciali: http://www.cartografia.regione.lombardia.it/geoportale/ptk Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Terremoto in Emilia Romagna
Messaggio di servizio: Vista l'ordinanza del Sindaco di Carpi[1] ho messo le strade indicate con il tag access=destination (access=resident forse sarebbe stato meglio ma è ancora una proposta e, comunque, il Wiki dice che in Italia access=destination si usa anche per strade il cuo accesso è consentito solo ai residenti). Il changeset è il num. 11788725 [2]: lo riporto così è tranquillamente possibile fare un revert nel caso in cui il centro storico venisse aperto completamente e tutto insieme. Vista la dimensione della zona, ho preferito fare un broadcast, onde prevenire domande. Perdonate lo spreco di bit. :-) [1]: http://www.carpidiem.it/html/attach/13/132527.ordinanza_sindaco_29_05_12_aggiornata.doc [2]: http://www.openstreetmap.org/browse/changeset/11788725 -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Relaciones múltiples en una vía
Se hace igual que los departamentos y municipios. Por supuesto varía el correspondiente admin_level [0] (sin alterar el de los límites que ya están cuando coincidan con los departamentales o municipales). Ejemplos de su aplicación en niveles inferiores al municipal se encuentran en Cartagena, Tuluá y Manizales. Algunos tips: -Si bien digo que no se debe alterar el admin_level de los límites que están, estos sí se pueden segmentar (tecla P) para adaptarlos a las divisiones inferiores. Por lo menos en JOSM, todos los pedazos resultantes conservan sus relaciones originales. -Cuando hay que seguir el curso de un río, el borde de un bosque, o similar, viene muy bien la herramienta de seguimiento (tecla F). -Las líneas que actúan como límite no deben tener nombre. Solo admin_level=x, boundary=administrative y source, si aplica. Todos los datos de la unidad administrativa van en la relación (el multipolígono). Es tarea del renderer hacer o no visibles sobre el límite los nombres de las áreas que delimita (que pueden ser muchas simultáneamente), no del mapero. -En el editor de relaciones, siempre tratar de dejar los miembros ordenados y verificar que todos los multipolígonos queden cerrados. [0] http://wiki.openstreetmap.org/wiki/Tag:boundary% 3Dadministrative#10_admin_level_values_for_specific_countries Am Sonntag, den 03.06.2012, 11:59 -0500 schrieb Igor Támara: Hola, coloqué este conjunto de cambios para delimitar la localidad de Suba, tal vía también ayudaría a hacer el delimitamiento de la localidad de Usaquén, claro, todo esto en Bogotá, cómo sería el uso de josm para colocar las relaciones múltiples de esos segmentos de vía para generar el polígono y aprovechar los límites departamentales también, hay un videotutorial o alguna explicación paso a paso de cómo hacerlo? Me gustaría emplear etiquetas parecidas a las que ya tiene la localidad de Chapinero. De esta forma tendríamos las localidades de Bogotá mejor demarcadas. 1.http://www.openstreetmap.org/browse/changeset/11788715 Gracias de antemano. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Er Dansk Cykel, Forbunds Southern Jutland cycle route map en OK kilde for data til OSM ?
Hej Har kommunikeret lidt med en mapper som ved en fejl har slettet en relation og som har forsøgt at udbedre fejlen ved at lave en ny relation. Men i forbindelse med kommunikationen har vedkommende skrevet flg. I've created a new relation, xxx, and filled out (most of) xxxruten. I'm a little unsure about the rest. Source is Dansk Cykel Forbunds Southern Jutland cycle route map. Og så bliver jeg lidt urolig, er der nogen herinde som ved om dette er ok, for eller er vi nok bedre stillet ved at få den oprindelige relation tilbage. mvh Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Er Dansk Cykel, Forbunds Southern Jutland cycle route map en OK kilde for data til OSM ?
Og så bliver jeg lidt urolig, er der nogen herinde som ved om dette er ok, for eller er vi nok bedre stillet ved at få den oprindelige relation tilbage. Tænker du her på om vedkommende må skrive/tegne ruten systematisk af efter et kort lavet af Dansk Cyklist Forbund (DCF) ? Sådan noget copyright tilladelse. Jeg kan godt forhøre mig hos DCF vedr. dette - Måske nogle af DCFs medarbejdere der også følger denne her mailingliste vil kunne svare her i dette forum. vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Opdateret wiki - Da:Permissions
Hej OSM'ere, Jeg har opdateret vores måske vigtigste side på wikien: http://wiki.openstreetmap.org/wiki/Da:Permissions , således at kommentarerne passer og er tidssvarende. Kort opsummeret har jeg delt vores tabel op i 4 dele, så det lettere fremgår hvad der kræver en statusopdatering og hvad der kræver diskussion her på listen før nogle går videre med dem. En kort kommentar til afsnittet Uafklaret (igangværende dialog / handling påkrævet): - Peter Brodersen, Jens Windbladh og Esben Damgaard bør for god ordens skyld referere de tilladelser de er blevet givet til at benytte det data de har ansøgt om. Dernæst kan de flyttes til Tilladt (inkluderet). - Mht. DAGI-dataen har vi (bl.a. mig) nu selv tegnet kommune- og regionsgrænserne. Min holdning er, at det stadigvæk ville være bedre at indkludere DAGI dataen, men at vi ikke kan vente på KMS. Som det er nu har vi et brugbart alternativt, der bl.a. afgrænser nogle rimelige områder, som applikationerne på mobiltelefoner kan pakke data i og hvor søgemaskinerne giver bedre resultater tilbage når man søger på adressepunkter. Min anbefaling er, at vi ser om tiden ikke arbejder til vores fordel i det her spørgsmål. Stor tak til Jens Windbladh for at bruge sin tid på holde kontakt med KMS! Med venlig hilsen Rasmus Vendelboe (rasmusv) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp med revert af en fejlagtig sletning af en relation
Carsten Nielsen skrev: Er der nogen der kan hjælpe med at reverte sletningen af denne relation http://www.openstreetmap.org/browse/relation/157837 Resten af changesettet, der indeholder sletningen, bør ikke revertes. Det var dét, jeg forsøgte at forklare, men åbenbart ikke godt nok. Det kan ikke lade sig gøre at reverté dele af en changeset; det er alt eller intet. Den slettede udgave af relation 157837 har version 36. Det må være version 35 vi skal have genskabt, men jeg kan ligesom dig heller ikke hente den, jeg får flg. besked: Sorry, the data for the relation with the id 157837, took too long to retrieve. Måske skal man bare prøve på et senere tidspunkt? Mvh, mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Opdateret wiki - Da:Permissions
Hej Har lige rykket KMS for DAGI etc., de har ikke noget nyt lige nu, man at der bliver arbejdet på sagen, hvilken tydeligtvist ikke er helt simpel. /Jens Den 3. jun. 2012 13.42 skrev Rasmus Vendelboe r.vendelboe+...@gmail.com: Hej OSM'ere, Jeg har opdateret vores måske vigtigste side på wikien: http://wiki.openstreetmap.org/wiki/Da:Permissions , således at kommentarerne passer og er tidssvarende. Kort opsummeret har jeg delt vores tabel op i 4 dele, så det lettere fremgår hvad der kræver en statusopdatering og hvad der kræver diskussion her på listen før nogle går videre med dem. En kort kommentar til afsnittet Uafklaret (igangværende dialog / handling påkrævet): - Peter Brodersen, Jens Windbladh og Esben Damgaard bør for god ordens skyld referere de tilladelser de er blevet givet til at benytte det data de har ansøgt om. Dernæst kan de flyttes til Tilladt (inkluderet). - Mht. DAGI-dataen har vi (bl.a. mig) nu selv tegnet kommune- og regionsgrænserne. Min holdning er, at det stadigvæk ville være bedre at indkludere DAGI dataen, men at vi ikke kan vente på KMS. Som det er nu har vi et brugbart alternativt, der bl.a. afgrænser nogle rimelige områder, som applikationerne på mobiltelefoner kan pakke data i og hvor søgemaskinerne giver bedre resultater tilbage når man søger på adressepunkter. Min anbefaling er, at vi ser om tiden ikke arbejder til vores fordel i det her spørgsmål. Stor tak til Jens Windbladh for at bruge sin tid på holde kontakt med KMS! Med venlig hilsen Rasmus Vendelboe (rasmusv) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.
Hej Alle Har lige brugt en del tid på at rette fejl i OSM. Herunder routing fejl. Denne fejl gør at en router ikke kan se at vejene hænger sammen og man kan kører fra den ene vej til den anden. Jeg har rettet en kæmpe plet i Kolding omegn, men der er stadig temmelig meget arbejde at se andre steder i landet. Se fejlene på OSM Inspector på Geofabrik: http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8 Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Vad har hänt med GBG's hamn
Hej Började kolla lite på Älsnabben och Älvsnabbare (kollektivtrafiksfärjor i GBG's hamn. Upptäckte då att det inte finns någon hamn i OSM längre. hela natural=coastline verkar vara borttagen innanför älvsborgsbron. Antar att detta kan ses som korrekt men borde man då inte lagt till någon way för vatten? Kommer inte hela GBG's hamn nu bli land på kartor strax? Sedan kan man fråga sig om det är så bra att flytta ut natural=coastline så långt för många kartor använder väl bara det och inte andra vatten-element när man zoomar ut lite? MvH Tobias ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vad har hänt med GBG's hamn
Jag anser att http://www.openstreetmap.org/browse/changeset/11745779 åtminstone bör få en partiell revert för att återställa http://osm.mapki.com/history/way.php?id=24257482 Sen måste man väl kolla så det inte är sönder efter reverten också samt se till att det inte sker pånytt. /Joakim On 3 jun 2012, at 19:57, Tobias Johansson wrote: Hej Började kolla lite på Älsnabben och Älvsnabbare (kollektivtrafiksfärjor i GBG's hamn. Upptäckte då att det inte finns någon hamn i OSM längre. hela natural=coastline verkar vara borttagen innanför älvsborgsbron. Antar att detta kan ses som korrekt men borde man då inte lagt till någon way för vatten? Kommer inte hela GBG's hamn nu bli land på kartor strax? Sedan kan man fråga sig om det är så bra att flytta ut natural=coastline så långt för många kartor använder väl bara det och inte andra vatten-element när man zoomar ut lite? MvH Tobias ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Elemtex
He cogido el pueblo de mi mujer, Benejúzar, y quiero comentar algunos pasos y dudas que he ido anotando, para que me corrijáis lo que creáis conveniente. Esperaba ver los nodos ya etiquetados según lo leído en la wiki [1]: * Quito a todos el CAT2OSMSHAPEID. Añado a todos los elementos el source=Catastro y source:date=20120603. Imagino que esto irá automático en el futuro. * Elimino algunos elementos ¿no relevantes? con nombre TZA, POR, CASETA, CARPA o TOLDO. * Elimino los nodos que indican viviendas, supongo que esto se añadirá después con relaciones y demás: III, -I+II, -I+I, I+D, -I+R, ... * Hay nodos con nombre NAVE. Se corresponden con naves o almacenes. Supongo que se podrían etiquetar con building=yes. * Los nodos OBRA, OBRAS, CONST o CONSTRUCCION supongo que se etiquetarán con landuse=construction al igual que los CONS. * Finalmente cambio el nombre de muchos nodos que está todo en mayúsculas y junto nombres que están en dos nodos separados (aunque físicamente casi juntos). Quito evidentemente los que ya están en OSM. Un saludo. [1] https://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Elemtex
* Quito a todos el CAT2OSMSHAPEID. Añado a todos los elementos el source=Catastro y source:date=20120603. Imagino que esto irá automático en el futuro. Eso es un bug que espero corregir el martes. * Elimino algunos elementos ¿no relevantes? con nombre TZA, POR, CASETA, CARPA o TOLDO. * Elimino los nodos que indican viviendas, supongo que esto se añadirá después con relaciones y demás: III, -I+II, -I+I, I+D, -I+R, Todos esos nodos son datos mal puestos en catastro por su naturaleza gráfica (como se ven bien en el visualizador estarán bien introducidos). * Hay nodos con nombre NAVE. Se corresponden con naves o almacenes. Supongo que se podrían etiquetar con building=yes. Mejor building=industrial y si puedes completa el landuse. * Los nodos OBRA, OBRAS, CONST o CONSTRUCCION supongo que se etiquetarán con landuse=construction al igual que los CONS. No es landuse=greenfield? * Finalmente cambio el nombre de muchos nodos que está todo en mayúsculas y junto nombres que están en dos nodos separados (aunque físicamente casi juntos). Quito evidentemente los que ya están en OSM. Exacto. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Mapa compilado para Garmin [mirror]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 01/06/12 14:41, Martin Andrés Gomez Gimenez escribió: Hola Fernando! Ahí configuré un rsync para que puedas poner el mirror, la URL es: rsync://rsync.i-nis.com.ar/garmin-osm Pasale como opciones al rsync -r -l --safe-links -p -t -z --force -W --delete --stats -h y --verbose --progress por si queres ver el progreso de la descarga. Ahí lo puse en el cron, se actualizará diariamente. http://osm-garmin.bbs.docksud.com.ar Luego lo paso a otro server con mas ancho de banda. Pero como son archivos chiquitos no hay problema. Poné un HEADER.txt o README.txt con la info del server principal y algún comentario del proyecto asi se muestra en el listado. Saludos! - -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/MCHkACgkQrka4e4h7i+PfwQCglq1GX/gwgPZf7HDGbpbNRsPv w84AoJKg1PGg6LBDqJUwuZDyIhjeMh0x =RUy9 -END PGP SIGNATURE- ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-pt] Maciços graníticos e quartzíticos
Boas! Quais as vossas ideias de tags a utilizar para zonas de rocha pura e dura como os maciços graníticos e quartzíticos nas serras onde não cresce qualquer vegetação? Existe uma proposta para natural:bare_rock Mais alguma ideia? Cumprimentos Alexandre ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] OsmAnd latviskošana
On 06/03/12 09:37, Gints Polis wrote: Nolatviskojām OsmAnd. izklausaas peec potenciaala blogposta. ir iedvesma ? :) http://download.osmand.net/latest-night-build/ Dodiet ziņu par pamanītajām kļūdām. Īsumā: * POI nezinājām kā tulkot, atstājām kā ir. * tiles pagaidām liku bildes * Favorites notulkotas kā - Izlase * Vēl ir bikiņ neskaidrības ar layers. Itkā jau slāņi bet kā būtu underlaying/overlaying * amenity - pakalpojumi? amenity=pub. parking. fast_food. (nee, neko labaaku izdomaat nevaru) * Manmade - cilvēku veidots? * Target - galamērķis vai galapunkts? * Kā labāk tulkot route un track? Gints. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] OsmAnd latviskošana
Sv, 2012-06-03 09:37 +0300, Gints Polis rakstīja: Nolatviskojām OsmAnd. http://download.osmand.net/latest-night-build/ Palies! :) Dodiet ziņu par pamanītajām kļūdām. Īsumā: * POI nezinājām kā tulkot, atstājām kā ir. Tas ir saīsinājums, lai paliek; ja tik varētu ielikt iekavās (interešu punkti) kaut kur, būtu labi. * tiles pagaidām liku bildes * Favorites notulkotas kā - Izlase * Vēl ir bikiņ neskaidrības ar layers. Itkā jau slāņi bet kā būtu underlaying/overlaying Kāds konteksts tiem underlaying/overlaying? Teikumi? * amenity - pakalpojumi? Jā. * Manmade - cilvēku veidots? Jā. * Target - galamērķis vai galapunkts? Galamērķis. * Kā labāk tulkot route un track? Maršruts un otru pēc konteksta, treks ir arī oficiāls termins, tā kā nekļūdīsies ja lietosi to (un visi tāpat sapratīs). Gint, vai tu vari iedot kādu adresi, uz kuru ziņot ieteikumus, komentārus, kļūdas? Ielikšu informāciju par OsmAnd vardene.lv. Lai sokas, Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] OsmAnd latviskošana
Laikam esmu dumjš, bet man nav iespēja izvēlēties latviešu valodu. Novilktu un uzliku norādītās lapas versiju, bet nekā. Nolatviskojām OsmAnd. http://download.osmand.net/latest-night-build/ Dodiet ziņu par pamanītajām kļūdām. Īsumā: * POI nezinājām kā tulkot, atstājām kā ir. * tiles pagaidām liku bildes * Favorites notulkotas kā - Izlase * Vēl ir bikiņ neskaidrības ar layers. Itkā jau slāņi bet kā būtu underlaying/overlaying * amenity - pakalpojumi? * Manmade - cilvēku veidots? * Target - galamērķis vai galapunkts? * Kā labāk tulkot route un track? Gints. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[OSM-talk-fr] Bac à fleurs barrant la route
Bonjour, Je cartographie actuellement les alentours d'un parc des expositions, en particulier son parking. J'ai constaté la présence de bacs à fleurs bloquant certains accès [1]. Après des recherches sur le wiki, je n'ai rien trouvé de bien concluant sur la façon de taguer ces bacs. Même pas un barrier=flower_pot... Comment indiquez-vous ces objets ? Qu'en est-il des bacs ne bloquant pas la route ? Cordialement. [1] http://maps.google.fr/maps?q=chorus,+vanneshl=frll=47.63775,-2.766023spn=0.002118,0.013078sll=47.655329,-2.75156sspn=0.071806,0.209255ui=mapshq=chorus,hnear=Vannes,+Morbihan,+Bretagnet=mz=17layer=ccbll=47.637795,-2.766018panoid=mKlHkB0w3QGK8-ols7lQpQcbp=11,196.23,,1,8 http://maps.google.fr/maps?q=chorus,+vanneshl=frll=47.63775,-2.766023spn=0.002118,0.013078sll=47.655329,-2.75156sspn=0.071806,0.209255ui=mapshq=chorus,hnear=Vannes,+Morbihan,+Bretagnet=mz=17layer=ccbll=47.637795,-2.766018panoid=mKlHkB0w3QGK8-ols7lQpQcbp=11,196.23,,1,8 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bac à fleurs barrant la route
Bonjour, Le 03/06/2012 13:56, panierAvide a écrit : Je cartographie actuellement les alentours d'un parc des expositions, en particulier son parking. J'ai constaté la présence de bacs à fleurs bloquant certains accès [1]. Après des recherches sur le wiki, je n'ai rien trouvé de bien concluant sur la façon de taguer ces bacs. Même pas un barrier=flower_pot... Il y a tout juste 1 node dans la même idée (merci Taginfo) : http://www.openstreetmap.org/browse/node/254912716 Mais à mon avis, ton flower_pot (singulier+underscore) est préférable à flower pots. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bac à fleurs barrant la route
Le 03/06/2012 13:56, panierAvide a écrit : J'ai constaté la présence de bacs à fleurs bloquant certains accès [1]. Il y en a aussi quelque uns dans mon coin, qui est intermédiaire rural-résidentiel ; on peut trouver un tel blocage en pleine zone de culture (champs de blés, etc ...) ; j'ai posé la question à deux secrétaires de mairie : la municipalité a donné son accord à l'agriculteur pour barrer un chemin communal en surnombre, à condition que ce soit joli pour les promeneurs. Dont acte. Je les tags comme des blocs : après tout, ça pourrait être des blocs creux dans lesquels est tombé de la terre par hasard, puis, comme partout, des choses poussent après avoir été semé par les fientes d'oiseaux :)) plus sérieusement : barrier=block access=permissive motor_vehicle=no Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bac à fleurs barrant la route
Le 03/06/2012 14:17, Hélène PETIT a écrit : Il y en a aussi quelque uns dans mon coin, qui est intermédiaire rural-résidentiel ; on peut trouver un tel blocage en pleine zone de culture (champs de blés, etc ...) ; j'ai posé la question à deux secrétaires de mairie : la municipalité a donné son accord à l'agriculteur pour barrer un chemin communal en surnombre, à condition que ce soit joli pour les promeneurs. Dont acte. Je les tags comme des blocs : après tout, ça pourrait être des blocs creux dans lesquels est tombé de la terre par hasard, puis, comme partout, des choses poussent après avoir été semé par les fientes d'oiseaux :)) plus sérieusement : barrier=block access=permissive motor_vehicle=no C'est vrai que ce sont des blocs et qu'ils peuvent être notés tels quels, mais on perd la précision qu'il s'agit de bacs à fleurs. Cette distinction peut être utile pour des services communaux, au niveau de l'entretien. Pour préciser, on pourrait y ajouter un block=flower_pot ? Si l'on veut pousser d'avantage la précision, la distinction permettrait en plus de préciser le type de fleurs... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap sur France 24 lundi 4 juin à 16h45
Bonjour, Suite au Salon des Solidarités, Gaël présentera OSM dans l'émission Tech24http://www.france24.com/fr/20120528-2012-suede-pirate-party-internet-max-paynesur France 24 lundi 4 juin à 16h45. Une émission OSM humanitaire a également été enregistrée pour France Culture mais pas de date de diffusion pour le moment. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bac à fleurs barrant la route
Le 03/06/2012 14:32, panierAvide a écrit : C'est vrai que ce sont des blocs et qu'ils peuvent être notés tels quels, mais on perd la précision qu'il s'agit de bacs à fleurs. Cette distinction peut être utile pour des services communaux, au niveau de l'entretien. Pour préciser, on pourrait y ajouter un block=flower_pot ? Si l'on veut pousser d'avantage la précision, la distinction permettrait en plus de préciser le type de fleurs... On pourrait aussi tenir compte des dimensions et de l'épaisseur. Utile pour les services municipaux lorsqu'ils doivent les déplacer : faut-il un engin ou 2-3 personnes ? Utile aussi pour savoir le volume de terre qu'il faut y mettre. Et la nature du bac : béton, pierre, pierre reconstituée, bois, métal ? Pratique pour calculer le poids. Bon, moi je m'en fous, j'ai eu mon bac comme une fleur. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] félicitations aux OSmappeurs du Cantal
Je viens de passer quelques jours dans le beau département du Cantal. Tout est très bien répertorié, y compris les petits chemins dans les bois. Félicitations pour le boulot effectué. J'ai ramené quelques traces GPS, je les uploades dés que j'ai le temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Au sud ? Plus au sud...
Le 02/06/2012 01:40, te...@free.fr a écrit : Ce qui est dingue, c'est que ça ne ressemble jamais à de la confiture* :) (* Ceci est un test d'intelligence, chronométrez-vous :D ) 0.5 secondes -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Au sud ? Plus au sud...
Après 2 jours, moi j'ai pas encore compris... Je pense avoir échoué au test :D 2012/6/3 Vincent Pottier vpott...@gmail.com Le 02/06/2012 01:40, te...@free.fr a écrit : Ce qui est dingue, c'est que ça ne ressemble jamais à de la confiture* :) (* Ceci est un test d'intelligence, chronométrez-vous :D ) 0.5 secondes -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] félicitations aux OSmappeurs du Cantal
Le 03/06/2012 17:26, piratebab a écrit : Je viens de passer quelques jours dans le beau département du Cantal. Tout est très bien répertorié, y compris les petits chemins dans les bois. Félicitations pour le boulot effectué. J'ai ramené quelques traces GPS, je les uploades dés que j'ai le temps. t'a pas plus precis que dans le cantal ? c'est grand, t'es alle dans quel coin ? pour info, dans ce departement il y a l'imagerie CRAIG qui est d'excellente qualite (pixels de 30 cm) je doute donc que tes traces GPS soient d'une quelconque utilite, sauf si il s'agit de chemins en foret qu'on voit pas sur les photos en question ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] félicitations aux OSmappeurs du Cantal
J'étais dans la région de St Mamet Avant d'uploader les traces, je vérifie quelles sont utiles (chemins non repertoriés, tracé décalé ..). Je ferais ça le weekend prochain. Le 03/06/2012 21:23, hamster a écrit : Le 03/06/2012 17:26, piratebab a écrit : Je viens de passer quelques jours dans le beau département du Cantal. Tout est très bien répertorié, y compris les petits chemins dans les bois. Félicitations pour le boulot effectué. J'ai ramené quelques traces GPS, je les uploades dés que j'ai le temps. t'a pas plus precis que dans le cantal ? c'est grand, t'es alle dans quel coin ? pour info, dans ce departement il y a l'imagerie CRAIG qui est d'excellente qualite (pixels de 30 cm) je doute donc que tes traces GPS soient d'une quelconque utilite, sauf si il s'agit de chemins en foret qu'on voit pas sur les photos en question ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] radio libertaire
http://media.radio-libertaire.org/backup/22/dimanche/dimanche_1400/dimanche_1400.mp3 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] landuse=greenfieldは緑地ではない?
JOSMのプリセットに、地理学-土地利用-未開発工業地 というのがあります。 これは、landuse=greenfieldになるのですが、wikiを見ると、 http://wiki.openstreetmap.org/wiki/Greenfield で、これは緑地ではなくて、開発予定地の意味のようです。 JOSMの翻訳は直しておきますが、green という単語から 来るイメージとちょっとずれるなあと。 #不勉強だ、といわれればそれまでですが。 あと、landuse=village_green というのもあるようです。 ビルの脇にあるような緑はこっちの方がまだ近いかな。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] TomTomによるOSMへの批判記事(Fwd: [OSM-talk] TomTom is thumping us)
東です。 先日、OSM-talkで http://lists.openstreetmap.org/pipermail/talk/2012-May/063098.html 個人向け衛星ナビゲーション機器およびジオデータのベンダーである TomTomによるOSMへの批判記事 http://www.tomtom.com/en_gb/licensing/newsletter/201205/didyouknow/ が話題になっていました。 その主張はOSMの立ち位置は認めつつ、 その正確さと信頼性をTomTomのマップと比較するものです。 1.OSMは道路のカバー率がTomTomより低く、車道と歩道がごっちゃになっている。 2.OSMは攻撃に対してもオープンであり、過去に一方通行の方向を書き換えられたこともあった。 衛星ナビゲーションにおいてはマッピングのエラーは非常に危険。 これに対してコミュニティから様々な反論があがっていました。 例えばRichard Fairhurst http://www.systemed.net/blog/index.php?post=23 1.はレンダラーの問題。データは区別されている。 2.がGoogleのIPアドレスからの荒らしの件と思われるが、コミュニティは即座に 詳細な把握と対応を行なっている。 http://opengeodata.org/google-ip-vandalizing-openstreetmap 日本でも、OSMに対する懸念として正確さや信頼性は、 攻撃とまでは言わずとも、よく聞かれるところだと思います。 このあたり、みなさんのお考えやご意見をお聞かせ頂ければ幸いです。 -- Forwarded message -- From: Maarten Deen md...@xs4all.nl Date: Tue, 29 May 2012 09:44:43 +0200 Subject: [OSM-talk] TomTom is thumping us To: t...@openstreetmap.org Ok, they don't name us, but I think a leading open source map does refer to us. http://www.tomtom.com/en_gb/licensing/newsletter/201205/didyouknow/ Oh wauw. We're not perfect. Let's close up the shop. Thanks to SteveC for all the effort, but it wasn't enough. Well, probably one of the very positive effects from OSM is the fact that when we start mapping something, the closed-source mappers follow suit. The fact that Google needs to add gimmicks like kajak routing across the pacific to beat us says enough. It's a win-win situation. Regards, Maarten ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] OpenStreetMap Wirkshop in Nagoya #1
Tomです。 6/19 に名古屋工業大学にて、「OpenStreetMap Wirkshop in Nagoya #1」 を行います。 http://atnd.org/events/29755 ６〜８月の間で、数回の短期集中的な開催を予定しています。 LTも募集しておりますので、みなさんご参加ください。 -- 【OpenStreetMap ワークショップ in 名古屋 #1 】 ・名古屋工業大学 グリーン・コンピューティング研究所 連続セミナー（１４） ・情報工学フロンティア研究会 セミナー ・プロジェクトTEN プラットフォーム研究会 セミナー OpenStreetMapのセミナーとOpenStreetMapのエディター「JOSM」のハンズオンを中心としたワークショップ ２回目以降も短期集中で数回行う予定です。 OpenStreetMapに興味のある方のご参加をお待ちしております。 ワークショップ終了後、簡単な懇親会を予定しております。 参加をご希望の方は、コメント欄へ「懇親会参加希望」とご記入ください。 Lightning Talk を募集しております。 LTをしていただける方は、コメント欄へ「LTの内容」をご記入ください。 OSM,GEO なネタに限定しませんので、お気楽にご自由にLTしていただければ嬉しいです。 内容 日時： 6月19日（火）14:30 - 17:00 場所： 名古屋工業大学 19号館 202教室 （名古屋市昭和区御器所） 参加： 無料 OpenStreetMap に興味のある方であれば、どなたでもOK 講師： 早川知道 ( @Tom_G3X ) 名古屋工業大学 グリーン・コンピューティング研究所 OpenStreetMap Foundation Japan ワークショップ概要 OpenStreetMapセミナー OpenStreetMapの概要、事例紹介 など JOSMのハンズオン 基本的な操作方法、衛星写真のトレースなど Lightnig Talk LT募集しております。 持ち物など PCなどをお持ちいただければ、実際に操作しながらOpenStreetMapのエディター(JOSMなど)の操作を学べます。 Wi-Fi環境は、こちらで準備しております。 共催 名古屋工業大学 グリーン・コンピューティング研究所 情報工学フロンティア研究会 プロジェクトTEN プラットフォーム研究会 後援 OpenStreetMap東海 Tom’sBar 以上です。 -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] landuse=greenfieldは緑地ではない?
On Sun, Jun 03, 2012 at 06:12:18PM +0900, Shu Higashi wrote: 私も単なる広場をどう描けば良いのか、結構迷います。 pedestrian を幅広に、という手もあるかなあ。 許可なしで遊べる広場が私の子どもの頃はよくありましたが、最近はあまり見ませんね。 ドラえもんで出てくるようなやつですね。 今はないですね。住宅地では。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] TomTomによるOSMへの批判記事(Fwd: [OSM-talk] TomTom is thumping us)
On Sun, Jun 03, 2012 at 06:02:18PM +0900, Shu Higashi wrote: その正確さと信頼性をTomTomのマップと比較するものです。 1.OSMは道路のカバー率がTomTomより低く、車道と歩道がごっちゃになっている。 これは、きちんと入れてない場所がそれこそたくさんあるので しょうがないでしょう。ただ、徐々に整備されていくかと。 10年経てばかなり整備されるのではないかなあ。 2.OSMは攻撃に対してもオープンであり、過去に一方通行の方向を書き換えられたこともあった。 衛星ナビゲーションにおいてはマッピングのエラーは非常に危険。 これは、wikipediaと同じ問題のような。 ただ、Wikipediaよりも問題になりにくいんじゃないかな。 OSMの場合は事実を記載する、ということしかやらないので。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] TomTomによるOSMへの批判記事(Fwd: [OSM-talk] TomTom is thumping us)
としです。 まぁ、「いつかこんな日も来るだろう」と思っていました。 個人的には、地図ベンダーやカーナビベンダーが、OSM の存在に 注目していると言う事で、それだけ認知が進んでいると、前向きに 見ています。 TomTomによるOSMへの批判記事 http://www.tomtom.com/en_gb/licensing/newsletter/201205/didyouknow/ が話題になっていました。 機械翻訳して読んでみました。 個人的には、TomTom が一番懸念しているのは、 we harness the local knowledge of our 60 million satnav customers, who can make corrections through TomTom Map Share. と、TomTom Map Share って言うのがあるようで、 これと競合する事に関して懸念(牽制？)しているのかも 知れないなと思っています。 http://www.tomtom.com/en_gb/maps/map-share/ OSM 地図と比べようが比べまいが、商用地図はかなり正確らしいとは 言え、道って言うのは常日頃から工事や色々な事情で変化しているのは ご存知の事と思います。 で、地図ベンダーもそれは分かってて、とは言え自身でそれを補うには 労力がかかりすぎるので、じゃぁユーザーと手を結んで。。。と考える かなと。 で、そこはOSMと競合するかなと。 日本でも、OSMに対する懸念として正確さや信頼性は、 攻撃とまでは言わずとも、よく聞かれるところだと思います。 このあたり、みなさんのお考えやご意見をお聞かせ頂ければ幸いです。 私がOSMに参加するスタンスの一つには、 「専門知識の無い私でも地図【作り】に参加できる」と言う自由さ があります。 商用地図は、詳細で色々な付加価値がついています。 カーナビだと燃料屋のアイコンが出たりしますし、目的地の住所や 電話番号を入れればそこまでのルートが計算されて出てきます。 カーナビを買うだけの資金があれば、カーナビを買って済ますのも 方法です。でもそれは、「使えること」であって、「作ること」では 無いんですね。 「カーナビを買う＝使える」であり、「作る」では無いなと。 私は、もっと色々なカーナビソフトが出るとイイなぁと思っています。 商用・フリー・オープン、何でも構いません。 ある人が、「よし、オレも(我が社も)いっちょナビソフト作ったろか」と 思った時、OSM地図が、その基盤地図の一つになれば良いです。 ナビソフトは、それがどれだけ優れたものであるとしても、 地図データがなければ完成とはいえず、そういう時に、OSM が役立てばと 思います。 ではこれにて。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] UVM-SAL Buildings
The locals and the data have spoken; I'm dropping the building imports for MD, PA and VT. My goal here was to rely on automated processes to get the data into shape, and I fear that even after size filtering, conflation and node removal the building footprints are mostly not up to the level of accuracy desired by the community. Too much manual cleanup is still required for a series of datasets that ultimately comprise over half a million features. Here's the MD subset, taken as far as I could without node-by-node adjustment: http://dl.dropbox.com/u/23616645/Geosprocket_Share/mont_b_2.osm It's useful to note that - as land cover - the datasets from UVM-SAL are of unbelievably high quality. We in the LULC classification world have been suitably impressed with the object-based results from that team. However, OSM is a good example of a lingering inflection point between GIS and Survey scales. When it comes to building footprints, the desired quality includes right angles at corners and ways aligned parallel with walls (such a high bar!). This is a good distinction for me (and others) to keep in mind for the future as classification technology improves. Thanks to all for your input and guidance. I'm heading back to the drawing board. -Bill P.S. Josh, the conflation plugin hung for me on startup - three tries using JOSM on Ubuntu 12.04 with 2GB RAM. I'll give it a shot on a windows box with 8GB RAM later this week. -- William Morris Cartographer (802)-870-0880 wboyk...@geosprocket.com Twitter: @vtcraghead GeoSprocket LLC, Burlington VT www.geosprocket.com On Fri, Jun 1, 2012 at 12:53 PM, William Morris wboyk...@geosprocket.com wrote: Fantastic. I'll give the plugin a run, along with some de-noding (is orthogonalization worthwhile in this case?), and check back with folks. And here's the pre-filtered buildings file county-wide (in .shp format still): http://dl.dropbox.com/u/23616645/Geosprocket_Share/mont_bld_large.zip Thanks! -B On Thursday, May 31, 2012, Josh Doe wrote: On Thu, May 31, 2012 at 9:25 PM, William Morris wboyk...@geosprocket.com wrote: Howdy Folks, Trying this again, after a hiatus, here is a sample of a few hundred buildings from a UVM-SAL land use classification. In this case it's for an area just west of D.C. in Montgomery County, MD. I offer it for your consideration before I pull the import trigger: http://dl.dropbox.com/u/23616645/Geosprocket_Share/mont_b_1.osm Thanks for sharing. Spatial accuracy is pretty good for an automated process (worst I saw was 5m, usually more like 1 to 2m), though not as good as could be done (very laboriously) by hand given the resolution of the Bing imagery. I'd tend to say this shouldn't be uploaded en masse, but rather somewhat selectively, but I'll let the locals make that call. There a few issues I see which include: * Multipolygons aren't tagged with type=multipolygon, and the building=yes tags should be on the relation, not on the constituent (inner and outer) ways * AREA and PERIMETER should not be included as they can be calculated, and LandCover should not be included unless you can map it to a sensible (preferably already in use) tag, and since it's all 5 I'm guessing that's taken care of by building=yes * Ways are overnoded quite a bit, so run Douglas-Peucker first, experimenting with epsilon between 1m and 2m I've been slowly making improvements to the JOSM conflation plugin, with one goal being to facilitate the conflation of data like this with OSM. If you could provide a version of this file before excluding features which overlap existing OSM features, I'd like to try it out with the plugin to see if it produces useful results. Even better would be if you could take a look at the plugin yourself and suggest what enhancements would make it work for this use case. Note there are a few changes that aren't in the latest JAR available through JOSM. -Josh ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
