Re: [OSM-talk] Think before you bot
On 24/09/2010, at 20.42, Martin Simon wrote: 2010/9/24 M∡rtin Koppenhoefer dieterdre...@gmail.com: I second this, and like to put emphasis on the discuss with the community first aspect. I'd also like to add admit your defeat and don't leave the discussion to unleash your bot if you realise you can't win it. ;-) Another issue is that bots tend to change tags in the entire planet in one huge changeset, which means that history feeds are polluted. It is quite easy to reprogram the bot so it makes edits locally, i.e. in a primary area subdivision. This would also enable local mappers to verify and deal with changes -- possibly revert changesets -- in their area. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Think before you bot
On Mon, Sep 27, 2010 at 6:26 PM, Morten Kjeldgaard m...@bioxray.dk wrote: Another issue is that bots tend to change tags in the entire planet in one huge changeset, which means that history feeds are polluted. It is quite easy to reprogram the bot so it makes edits locally, i.e. in a primary area subdivision. This would also enable local mappers to verify and deal with changes -- possibly revert changesets -- in their area. Yes local changeset feeds are getting polluted. I would rather though the feeds (at least optionally) only include changesets which either, * modify a node that falls inside the feed bbox, or * modify a way or relation that itself has nodes that fall inside the feed bbox. The feeds I'm talking about are these ones, http://www.openstreetmap.org/browse/changesets/feed?bbox=... I'm not sure what actually happens but it looks like if the feed bbox overlaps with the changeset bbox, then the changset is added to the feed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Think before you bot
On 27/09/2010 09:42, Andrew Harvey wrote: I'm not sure what actually happens but it looks like if the feed bbox overlaps with the changeset bbox, then the changset is added to the feed. To avoid this I use ITO RSS feeds: http://www.itoworld.com/static/osm_mapper.html This excellent service filters out those large boundary edits only displays those that have edited in the area you set up. There used to be a delay of days for the feed to update, but now it's down to just a few hours. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Think before you bot
I hadn't heard of the ITO one before but I have been using OWL which performs a similar function. It is typically mere minutes behind my edits (and has a graph showing how far behind it really is): http://matt.dev.openstreetmap.org/owl_viewer/ Toby On Mon, Sep 27, 2010 at 7:44 AM, Dave F. dave...@madasafish.com wrote: On 27/09/2010 09:42, Andrew Harvey wrote: I'm not sure what actually happens but it looks like if the feed bbox overlaps with the changeset bbox, then the changset is added to the feed. To avoid this I use ITO RSS feeds: http://www.itoworld.com/static/osm_mapper.html This excellent service filters out those large boundary edits only displays those that have edited in the area you set up. There used to be a delay of days for the feed to update, but now it's down to just a few hours. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [syj]: website to share routes
arno wrote: Here is a website to share routes. It uses OpenStreetMap tiles map as a background. http://osm-syj.crans.org/ I successfully created and confirmed my account. But then, when I follow the create a route link and then click start a route the optional title for this journey dialog is entirely greyed-out - including the create button. Tested on several browsers. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [syj]: website to share routes
Jean-Marc Liotier wrote: arno wrote: Here is a website to share routes. It uses OpenStreetMap tiles map as a background. http://osm-syj.crans.org/ I successfully created and confirmed my account. But then, when I follow the create a route link and then click start a route the optional title for this journey dialog is entirely greyed-out - including the create button. Tested on several browsers. I just received a lightning quick private answer from Arno : did you try to click on the map to place points ? Form should be ungreyed when there are at least two points on the map Thank you - it works ! Maybe this should go in the FAQ. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Measuring the OpenStreetMap Economy
On Sep 23, 2010, at 9:17 AM, Ævar Arnfjörð Bjarmason wrote: On Thu, Sep 23, 2010 at 15:05, SteveC st...@asklater.com wrote: When I see announcements flying around like MapQuests $1M commitment to OSM, or CloudMades $12M VC round it begs the question of how big is the OSM economy? This is somewhat orthogonal to your question, but I think a much interesting question to ask is what's the overall economic impact of OpenStreetMap? The money that companies like MapQuests and CloudMade are making is always going to by a tiny fraction of what OpenStreetMap is saving people who would otherwise not have gotten their job done. This. Stamen is working with OSM data on projects that simply wouldn't exist without it. The cost of entry in money and hassle that a commercial data provider represents makes medium-sized ideas like rendering a city or country's worth of geographic information not worth the bother. With a free data set available, all that energy can go into interesting work that isn't fending off upsells from salespeople. It's basic broken windows, Navteq's holding the rock. I do think it's worth trying to estimate this amount, though. On a side note Ian Dees and I have been kicking back and forth some of the ideas raised in my tiled data service question from the other week. It's relevant here because expanding the ease of OSM data consumption without introducing undue burdens on the server admins will open up data consumption to people who aren't willing to navigate extracts or deal with whole-planet dumps. That in turn will increase the economic impact of OSM by making it an easier data product to use in place of commercial source. Think of Haiti as a lab for this, with a constant flow of prints and garmin exports. City-scale FTW! -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] RFC - Roundabout Priority t.b.v. verkeerspleinen
Ik heb een proposal gemaakt voor de nieuwe tag roundabout=priority_to_right voor gebruik op verkeerspleinen. Details op http://wiki.openstreetmap.org/wiki/Proposed_features/Roundabout_Priority - op/aanmerkingen welkom! Het voorstel is uiteraard ook via de wereldwijde tagging-list aangekondigd. Colin ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RFC - Roundabout Priority t.b.v. verkeerspleinen
On Mon, 27 Sep 2010, Colin Smale wrote: Ik heb een proposal gemaakt voor de nieuwe tag roundabout=priority_to_right voor gebruik op verkeerspleinen. Details op http://wiki.openstreetmap.org/wiki/Proposed_features/Roundabout_Priority - op/aanmerkingen welkom! Het voorstel is uiteraard ook via de wereldwijde tagging-list aangekondigd. Ik ben echt zeer benieuwd of iemand een voorbeeld kan leveren van een priority_to_left waar het verkeer rechts rijdt. Als die er niet is, dan kan ik me niet anders voorstellen dat hij impliciet moet zijn. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RFC - Roundabout Priority t.b.v. verkeerspleinen
On 28/09/2010 00:12, Stefan de Konink wrote: On Mon, 27 Sep 2010, Colin Smale wrote: Ik heb een proposal gemaakt voor de nieuwe tag roundabout=priority_to_right voor gebruik op verkeerspleinen. Details op http://wiki.openstreetmap.org/wiki/Proposed_features/Roundabout_Priority - op/aanmerkingen welkom! Het voorstel is uiteraard ook via de wereldwijde tagging-list aangekondigd. Ik ben echt zeer benieuwd of iemand een voorbeeld kan leveren van een priority_to_left waar het verkeer rechts rijdt. Als die er niet is, dan kan ik me niet anders voorstellen dat hij impliciet moet zijn. Wat dacht je van elke normale rotonde? Maar in landen met links verkeer (ik heb ervaring met UK, Ierland, Malta, Cyprus, Singapore en Malaysie) ben ik geen verkeerspleinen tegengekomen, en zelfs geen algemene regel van verkeer van links heeft voorrang; ik vrees dat roundabout=priority_to_left ongebruikt zal blijven. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RFC - Roundabout Priority t.b.v. verkeerspleinen
On Tue, 28 Sep 2010, Colin Smale wrote: Wat dacht je van elke normale rotonde? Oh, ik dacht dan het lezen van je mailtje dat je bedoelde dat de verkeersrichting hier werd bepaald. Dus rechtsom, voor priority_to_right. Maar in landen met links verkeer (ik heb ervaring met UK, Ierland, Malta, Cyprus, Singapore en Malaysie) ben ik geen verkeerspleinen tegengekomen, en zelfs geen algemene regel van verkeer van links heeft voorrang; ik vrees dat roundabout=priority_to_left ongebruikt zal blijven. Ik ben een jaar of 15 geleden heel veel rotondes in Engeland tegen gekomen. Maar interessant gegeven is het wel, want dat zou dus eerder een algemene regel zijn die dus niet is (dus: impliciet) dan dat we op iedere rotonde de Europese verkeersregels moeten taggen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RFC - Roundabout Priority t.b.v. verkeerspleinen
Dit lijkt me vrij nutteloos als tag. Het zit in de definitie van rotonde dat wie op de rotonde rijdt voorrang heeft, en iets is een rotonde als het rond blauw bord met pijlen er staat. En in OSM zegt de tag junction=roundabout dat het een rotonde is. Een gewoon verkeersplein heeft geen junction=roundabout tag. Bijgevolg: heb je een verkeersplein met junction=roundabout: rotonde met voorrang voor wie op die rotonde rijdt. Een verkeersplein zonder junction=roundabout is niets speciaals en daar geldt dus de normale voorrang van rechts. Ben 2010/9/27 Colin Smale colin.sm...@xs4all.nl: Ik heb een proposal gemaakt voor de nieuwe tag roundabout=priority_to_right voor gebruik op verkeerspleinen. Details op http://wiki.openstreetmap.org/wiki/Proposed_features/Roundabout_Priority - op/aanmerkingen welkom! Het voorstel is uiteraard ook via de wereldwijde tagging-list aangekondigd. Colin ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] A BR-101 sumiu
Alguém sabe o que houve com a BR-101? http://www.openstreetmap.org/browse/relation/53556 -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A BR-101 sumiu
Apagada 8( Em 27 de setembro de 2010 13:25, Flavio Bello Fialho be...@cnpuv.embrapa.br escreveu: Alguém sabe o que houve com a BR-101? http://www.openstreetmap.org/browse/relation/53556 -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Doutor em Ciências Ocultas, Filosofia Dramática, *Pediatria Charlatânica*, *Biologia Dogmática* e Astrologia Eletrônica. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A BR-101 sumiu
Alguém pode restaurar? Eu não sei como. Apesar das obras, tenho certeza que a BR-101 ainda existe no mundo real. Em 27-09-2010 13:53, Ronaldo Maia escreveu: Não seria o caso de restaurar, ou entrar em contato com quem apagou? Pode ter sido apagada por engano. Parece ser um mapeador novo: http://www.openstreetmap.org/user/fsbrace []s -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A BR-101 sumiu
Olá Estou falando com o Fsbrace, e ele disse que apenas renomeou para BR 376 no Paraná e adicionou uns trechos novos. Recomendei para que ele entre na lista. Abraço, 2010/9/27 Flavio Bello Fialho be...@cnpuv.embrapa.br Alguém pode restaurar? Eu não sei como. Apesar das obras, tenho certeza que a BR-101 ainda existe no mundo real. Em 27-09-2010 13:53, Ronaldo Maia escreveu: Não seria o caso de restaurar, ou entrar em contato com quem apagou? Pode ter sido apagada por engano. Parece ser um mapeador novo: http://www.openstreetmap.org/user/fsbrace []s -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Rafael Gustavo Gassner 55 41 9821-8368 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A BR-101 sumiu
Olá Estou inscrito na lista, porém não sei porque não estou recebendo os e-mails, apenas alguns (Já verificado configurações do mailing) Vamos aos fatos: Adicionei o trecho da BR-376 que somente no Paraná ela tem esse nome. O trecho adicionado é da represa do Vossoroca até a divisa do estado de Santa Catarina - Norte Sul. Adicionado o Pedágio que fica na altura da cidade de Garuva, Adicionado o trevo que liga a PR-416 em Garuva a BR-101. Todo o trajeto foi feito baseado no meu GPS, pois trafeguei pela rodovia. Obs. Tenho observado que quando atualizado uma parte do mapa ou adicionado ruas, elas demoram quase um dia para aparecer na pagina do OSM, e estou verificado agora a pagina do OSM e a BR está lá. Grato pela atenção e desculpa pelo inconveniente. Abraços Fabrício S. Souza +55 41 9686-4187 Em 27 de setembro de 2010 14:07, Rafael Gassner rafael.gass...@gmail.comescreveu: Olá Estou falando com o Fsbrace, e ele disse que apenas renomeou para BR 376 no Paraná e adicionou uns trechos novos. Recomendei para que ele entre na lista. Abraço, 2010/9/27 Flavio Bello Fialho be...@cnpuv.embrapa.br Alguém pode restaurar? Eu não sei como. Apesar das obras, tenho certeza que a BR-101 ainda existe no mundo real. Em 27-09-2010 13:53, Ronaldo Maia escreveu: Não seria o caso de restaurar, ou entrar em contato com quem apagou? Pode ter sido apagada por engano. Parece ser um mapeador novo: http://www.openstreetmap.org/user/fsbrace []s -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Rafael Gustavo Gassner 55 41 9821-8368 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A BR-101 sumiu
On Seg, 2010-09-27 at 14:03 -0300, Flavio Bello Fialho wrote: Alguém pode restaurar? Eu não sei como. Apesar das obras, tenho certeza que a BR-101 ainda existe no mundo real. Em 27-09-2010 13:53, Ronaldo Maia escreveu: Não seria o caso de restaurar, ou entrar em contato com quem apagou? Pode ter sido apagada por engano. Parece ser um mapeador novo: http://www.openstreetmap.org/user/fsbrace []s Opa, Eu posso reverter o changeset dele inteiro, se constarmos se houve o apagamento. Infelizmente ele fez um changeset enorme :(, vamos voltar muita coisa. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A BR-101 sumiu
Uma rodovia pode ter dois números sem problemas. O ideal é que haja uma relação para cada rota, ou seja, uma relação para a BR-101 (no caso, a 53556), uma para a BR-376, etc. No Paraná, a BR-101 está apenas planejada, conforme http://www.transportes.gov.br/bit/trodo/br-101/gbr-101.htm, contendo os seguintes trechos: DIV SP/PR - ENTR PR-405 ENTR PR-405 - ENTR PR-340 (ANTONINA) ENTR PR-340 (ANTONINA) - ENTR BR-277 ENTR BR-277 - DIV PR/SC (ENTR BR-376) Sugiro verificar o trajeto das BRs em http://www.transportes.gov.br/bit/br/BRs.htm O problema foi que, na edição, foi deletada a relação da BR-101. Sugiro que inicies usando o Potlatch. O JOSM é mais complicado e pode resultar, por acidente, em problemas como esse. Ainda precisamos restaurar a relação da BR-101, que já estava na versão 340. Em 27-09-2010 14:25, Fabrício Souza escreveu: Olá Estou inscrito na lista, porém não sei porque não estou recebendo os e-mails, apenas alguns (Já verificado configurações do mailing) Vamos aos fatos: Adicionei o trecho da BR-376 que somente no Paraná ela tem esse nome. O trecho adicionado é da represa do Vossoroca até a divisa do estado de Santa Catarina - Norte Sul. Adicionado o Pedágio que fica na altura da cidade de Garuva, Adicionado o trevo que liga a PR-416 em Garuva a BR-101. Todo o trajeto foi feito baseado no meu GPS, pois trafeguei pela rodovia. Obs. Tenho observado que quando atualizado uma parte do mapa ou adicionado ruas, elas demoram quase um dia para aparecer na pagina do OSM, e estou verificado agora a pagina do OSM e a BR está lá. Grato pela atenção e desculpa pelo inconveniente. Abraços Fabrício S. Souza +55 41 9686-4187 Em 27 de setembro de 2010 14:07, Rafael Gassner rafael.gass...@gmail.com mailto:rafael.gass...@gmail.com escreveu: Olá Estou falando com o Fsbrace, e ele disse que apenas renomeou para BR 376 no Paraná e adicionou uns trechos novos. Recomendei para que ele entre na lista. Abraço, 2010/9/27 Flavio Bello Fialho be...@cnpuv.embrapa.br mailto:be...@cnpuv.embrapa.br Alguém pode restaurar? Eu não sei como. Apesar das obras, tenho certeza que a BR-101 ainda existe no mundo real. Em 27-09-2010 13:53, Ronaldo Maia escreveu: Não seria o caso de restaurar, ou entrar em contato com quem apagou? Pode ter sido apagada por engano. Parece ser um mapeador novo: http://www.openstreetmap.org/user/fsbrace []s -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br mailto:be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Rafael Gustavo Gassner 55 41 9821-8368 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data,
[Talk-de] Steve Coast verwendet Googlemaps
http://weddingofthemillennium.com/ Klickt mal auf map bei wedding location Da fällt mir nichts mehr ein Peinlich -- View this message in context: http://gis.638310.n2.nabble.com/Steve-Coast-verwendet-Googlemaps-tp5573696p5573696.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
Re: [Talk-de] Landwirtschaftliche Fläche umschlie ßt Wald
Am 26. September 2010 18:54 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Ab welcher Flächengröße der umschlossenen Fläche ist das sinnvoll? Man baut ja z.B. auch nicht für jedes Häuschen auf einem landuse=residential gleich ein Multipolygon... Das sind zwei unterschiedliche Probleme. Multipolygone (mit inner Members) werden genutzt, um Flächen aus anderen Flächen heraus zu schneiden, weil sie _logisch nicht darin enthalten sein sollen_. Wie Martin schon schrieb, ist das für deinen Wald sinnvoll, da die landwirtschaftliche Fläche nicht den Wald beinhaltet. landuse=residential und building=* sind aber zwei unterschiedliche Ebenen, die sich nicht widersprechen, sondern im fertig kartierten Zustand sogar beide auf demselben Fleckchen vorhanden sein sollten, da landuse=residential die Gesamtheit eines Gebietes mit Wohnbebauung meint (deshalb stellen die renderer auch Gebäude grundsätzlich über landuse-Flächen dar). Multipolygone sind also (genau wie das tag layer=*) kein Werkzeug zur Darstellung, sondern sollen die Wirklichkeit korrekt wiedergeben. Was die sinnvolle Größe angeht: ein Link wäre nicht schlecht. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landwirtschaftliche Fläche umschlie ßt Wald
Am 27. September 2010 13:48 schrieb Martin Simon [grenzde...@gmail.com] Das sind zwei unterschiedliche Probleme. Multipolygone (mit inner Members) werden genutzt, um Flächen aus anderen Flächen heraus zu schneiden, weil sie _logisch nicht darin enthalten sein sollen_. Für den Menschen ist es logisch, dass ein in einer landwirtschaftlichen Fläche gezeichneter Wald ein Wald und kein Acker ist. Die heutigen Kartenzeichenprogramme (Renderer) sind zu doof um dies zu wissen. Um ihnen auf die Sprünge zu helfen wurden die Multipolygone eingeführt. Ohne Multipolygon ist das Ergebnis zufällig. Zum Beispiel: Wird der Acker nach dem Wald gezeichnet so verschwindet der Wald. Wird der Wald nach dem Acker gezeichnet so ersetzt der Wald den überdeckten Teil des Ackers. Etwas ausführlicher unter http://gis.638310.n2.nabble.com/Warum-keine-Innenhofe-dargestellt-td5533227. html#a5534193 Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landwirtschaftliche Fläche umschlie ßt Wald
Am 27. September 2010 09:31 schrieb Willi wil...@gmx.de: Für den Menschen ist es logisch, dass ein in einer landwirtschaftlichen Fläche gezeichneter Wald ein Wald und kein Acker ist. Die heutigen Kartenzeichenprogramme (Renderer) sind zu doof um dies zu wissen. Um ihnen auf die Sprünge zu helfen wurden die Multipolygone eingeführt. Ohne Multipolygon ist das Ergebnis zufällig. Zum Beispiel: Wird der Acker nach dem Wald gezeichnet so verschwindet der Wald. Wird der Wald nach dem Acker gezeichnet so ersetzt der Wald den überdeckten Teil des Ackers. Es geht eben nicht nur um die Renderer, sondern um eine saubere Darstellung der Information. OSM ist schließlich nicht Mapnik, mkgmap oder Osmarender, sondern eine Geodatenbank, von daher ist es auch unerheblich, welche Macken die Renderer in ihrer Darstellung haben - ich kann mich noch recht gut an das Geschrei gegen Multipolygone erinnern, als die Renderer damit noch nicht richtig umgehen konnten... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebrauch des Uni-Tags auf einem Campus
Moin ! nachdem Brogo mal die Bildungseinrichtungen für das Projekt des Monats gebracht hat habe ich mir gestern einmal die Daten angesehen und dabei ist mir folgendes aufgefallen: Zunächst war ich verwundert wieviele Uni's und Hochschulen es in Teilbereichen gibt. Bei näherer Betrachtung hat sich aber gezeigt das oftmals auf jedes Gebäude amenity=university bzw. college angewand wurde. Wenn man sich dann eine Karte näher betrachtet wimmelt es ggf. dort von POI. Wäre es nicht sinnvoll nur einmal pro Campus dieses Tag zu verwenden - ggf. für die Fläche und dann bei den einzelnen Gebäuden weg zulassen. Wie denkt Ihr darüber ?? Wir sollten dieses einmal vielleicht im Vorfeld diskutieren. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am 27.09.2010 10:06, schrieb Jan Tappenbeck: Moin ! nachdem Brogo mal die Bildungseinrichtungen für das Projekt des Monats gebracht hat habe ich mir gestern einmal die Daten angesehen und dabei ist mir folgendes aufgefallen: Zunächst war ich verwundert wieviele Uni's und Hochschulen es in Teilbereichen gibt. Bei näherer Betrachtung hat sich aber gezeigt das oftmals auf jedes Gebäude amenity=university bzw. college angewand wurde. Wenn man sich dann eine Karte näher betrachtet wimmelt es ggf. dort von POI. Wäre es nicht sinnvoll nur einmal pro Campus dieses Tag zu verwenden - ggf. für die Fläche und dann bei den einzelnen Gebäuden weg zulassen. Wie denkt Ihr darüber ?? Wir sollten dieses einmal vielleicht im Vorfeld diskutieren. Umbau zur site relation wäre eine Möglichkeit um die Anzahl der tags zu entschlacken. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am 27. September 2010 10:06 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! Wäre es nicht sinnvoll nur einmal pro Campus dieses Tag zu verwenden - ggf. für die Fläche und dann bei den einzelnen Gebäuden weg zulassen. Unbedingt! Die einzelnen Fakultäten könnte man vielleicht stattdessen mit einem subtag wie university=faculty oder university=department (oder etwas besser passendes) taggen (ggf. als relation, der mehrere Gebäude angehören). Den gesamten Campus mit amenity=university zu taggen habe ich hier in der Gegend schon teilweise umgesetzt. Analog sollte meines Erachtens auch bei Krankenhausanlagen mit mehreren Gebäuden/Abteilungen verfahren werden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am 27.09.2010 10:06, schrieb Jan Tappenbeck: Moin ! nachdem Brogo mal die Bildungseinrichtungen für das Projekt des Monats gebracht hat habe ich mir gestern einmal die Daten angesehen und dabei ist mir folgendes aufgefallen: Zunächst war ich verwundert wieviele Uni's und Hochschulen es in Teilbereichen gibt. Bei näherer Betrachtung hat sich aber gezeigt das oftmals auf jedes Gebäude amenity=university bzw. college angewand wurde. Wenn man sich dann eine Karte näher betrachtet wimmelt es ggf. dort von POI. Wäre es nicht sinnvoll nur einmal pro Campus dieses Tag zu verwenden - ggf. für die Fläche und dann bei den einzelnen Gebäuden weg zulassen. Wie denkt Ihr darüber ?? Wir sollten dieses einmal vielleicht im Vorfeld diskutieren. Gruß Jan .-) Bin ich auch für... Mein Versuch diesen Wahnsinn in Jena[1] zu ändern wurde sofort wieder reverted... ABER: Es sollte nur dann ein Campus getagt werden, wenn auch wirklich einer existiert. Es gibt, besonders bei größeren/älteren Hochschulen einzelne Gebäude, die zur Uni gehören, aber auf keinem Campus stehen. Bspw. in Ilmenau das Fass[2] (steht auf einem Museumsgelände und ist eine HighTech-Forschungseinrichtung) oder das Märchenschloss[3] (aka Haus V). Bis vor kurzen auch die Lichttechnik in einer Villa am anderen Ende der Stadt... Hier kann man auch einfach nur das Gebäude mit amenity=university taggen. MfG Andreas [1] http://www.openstreetmap.org/?lat=50.93249lon=11.58074zoom=17layers=O [2] http://www.openstreetmap.org/?lat=50.66452lon=10.92218zoom=17layers=O [3] http://www.openstreetmap.org/?lat=50.6902lon=10.92066zoom=17layers=O -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steve Coast verwendet Googlemaps
Vielleich liegt es da dran, dass diese Gegend dort in OSM schlecht verzeichnet ist: http://www.openstreetmap.org/?lat=39.45839lon=-104.93188zoom=16layers=M Ich denke, es wäre eher peinlich, wenn er auf OSM verlinkt hätte, da das nicht gerade optimale Werbung wäre, wenn nur so wenig eingezeichnet ist. Am 27.09.2010 08:14, schrieb godofglow: http://weddingofthemillennium.com/ Klickt mal auf map bei wedding location Da fällt mir nichts mehr ein Peinlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] fixmes on natural=tree
Hi, kann mir jemand sagen was das massenhafte adden von fixmes auf natural=tree nodes soll? http://www.openstreetmap.org/browse/node/452398712/history Jetzt habe ich auf allen Baeumen in meiner Einfahrt ein fixme. Das sind aber mitnichten cluster sondern Einzelbaeume - Read: Allee *Grummel* flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] fixmes on natural=tree
Am 27. September 2010 11:38 schrieb Florian Lohoff f...@zz.de: Hi, kann mir jemand sagen was das massenhafte adden von fixmes auf natural=tree nodes soll? http://www.openstreetmap.org/browse/node/452398712/history Jetzt habe ich auf allen Baeumen in meiner Einfahrt ein fixme. Das sind aber mitnichten cluster sondern Einzelbaeume - Read: Allee ja, das ist ein automatischer Edit, der schon auf mehreren Listen negativ hervorgehoben wurde, und der sich weder an die community Regeln für solche Botedits hält, noch sinnvoll ist nach Auffassung diverser Leute. M.E. sollte der Autor das reverten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] fixmes on natural=tree
Am 27. September 2010 11:38 schrieb Florian Lohoff f...@zz.de: Hi, kann mir jemand sagen was das massenhafte adden von fixmes auf natural=tree nodes soll? http://www.openstreetmap.org/browse/node/452398712/history Jetzt habe ich auf allen Baeumen in meiner Einfahrt ein fixme. Das sind aber mitnichten cluster sondern Einzelbaeume - Read: Allee *Grummel* Das war/ist ein Bot von Nop - er hält es für eine angemessene Lösung, alle Bäume, die mutmaßlich *keine* Landmarke darstellen, auf Verdacht als Cluster zu taggen, um dann diejenigen, die sein tag nicht tragen, weiterhin auf seiner Wanderkarte zu rendern... Es gab eine Diskussion auf talk-de und eine auf tagging, aus der er sich aber verabschiedet hat, nachdem es dort recht viel Gegenwind gab. Jetzt will er's halt alleine weltweit durchziehen. Aufhänger war, daß im Wiki steht, natural=tree sei ein einzelner oder signifikanter Baum. Was nicht drin steht, ist, ob der damalige Schreiber dies für eine zwingende Bedingung hielt, wie viel Abstand er für einzeln ansetzte (Nop nimmt 50 m) oder ob er schlicht damals nicht daran dachte, daß wir heute auch mehr als nur die allersignifikantesten, alleinstehendst-wichtigsten Bäume eintragen. Ich für meinen Teil tagge seitdem Bäume, die so alleinstehend und signifigkant sind, daß sie zur Landmarke taugen (das können auch kleine Gruppen sein...) mit natural=tree und landmark=yes. Die Frage nach meiner Meinung zu der Aktion erübrigt sich dadurch, denke ich... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steve Coast verwendet Googlemaps
Am 27. September 2010 08:14 schrieb godofglow tho...@open-map.org: http://weddingofthemillennium.com/ Klickt mal auf map bei wedding location Da fällt mir nichts mehr ein Peinlich während seiner Hochzeitsreise ist er dafür hier in Rom vorbeigekommen und hat ein bisschen gemappt nebenher (nicht in GMapmaker) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hazmat
On Sun, Sep 26, 2010 at 09:08:40PM +0200, Chris66 wrote: Am 26.09.2010 20:52, schrieb Florian Lohoff: War das ein fehlerhafter Import oder so? Nein - Es gibt von allen Kreisen eine Liste der Straßen die fuer Gefahrguttransporte d.h. Explosivstoffe, Saeuren etc eine Liste der Standardmaessig freigegebenen Straßen - Das sog. Gefahrgutstraßengrundnetz. Das habe ich fuer den Kreis Gütersloh mal komplett eingetragen weil ich ueber ein Amtsblatt gestolpert bin wo das veroeffentlicht wurde. Das Gefahrgutstraßengrundnetz habe ich als hazmat=designated eingetragen. Aufgefallen ist mir das in Marienfeld, und wenn ich mich nicht verguckt habe steht dort eben besagtes Schild 261 (gesperrt für Gefahrguttransporte). http://www.openstreetmap.org/browse/way/31538933 Ah - da habe ich geraten nach dem Umbau - Im Straßen NRW GIS war das noch nicht mit geupdated. Es gibt aber ein update des Gefahrgutstraßengrundnetzes des Kreises GT das ich noch nicht verarbeitet habe. Mal schnell gesucht: http://www5.kreis-guetersloh.de/medien/bindata/2010_05_01_Amtsblatt_Nr_304.PDF Allgemeinverfügung zur Bestimmung des Fahrwegs für die Beförderung von gefährlichen Gütern nach § 35 Abs. 3 GGVSEB im Bereich des Kreises Gütersloh. L 927 Südfeld (OT Marienfeld) -Klosterstraße ist im Grundnetz. D.h. bis zum Kreisel. Und die L 806 Bielefelder Straße (OT Marienfeld) D.h. zwischen Bielefelder und Kreisel Anton Bessmann Ring muss es runter - Done. Wenn da irgendwo noch ein Zeichen 261 rumsteht muss da noch ein hazmat=no drauf. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?
Frage zum Tagging (Schema): Ich plane Parkplätze als Punkte zu erfassen - zunächst in der Schweiz und angefangen mit Behinderten-Parkplätze. Ich möchte diese je einzeln als Punkte verwalten - und nicht als Flächen und auch nicht als Punkte, die für ein ganzes Parkplatzareal stehen (wie in http://wiki.openstreetmap.org/wiki/Parkplatz angegeben): = Meinungen / Vorschläge dazu? Grüsse, S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
highway=cycleway railway=abandoned http://wiki.openstreetmap.org/wiki/DE:Key:railway Steffen Heinz wrote: hierum gehts http://www.openstreetmap.org/?lat=50.63148lon=6.27332zoom=16layers=M http://www.openstreetmap.org/?lat=50.63148lon=6.27332zoom=16layers=M Hier in der Gegend gibt es eine ehemalige Eisenbahnstrecke (Vennbahn, http://de.wikipedia.org/wiki/Vennbahn) bei dieser STrecke wurden die Gleise schon teilweise entfernt und es soll darauf ein Fernradweg RAVeL Route 48 angelegt werden, ist schon im Bau. Abgesehen davon das diese Bahnstrecke belgisches Staatgebiet ist, bleibt die Option auf Bahnstrecke erhalten. Der Radweg soll nächstes Jahr fertig sein. Wie soll ich das kennzeichnen? Bahnstrecke abgebaut müsste erhalten bleiben und jetzt müsste auch dorthin: Radweg im Bau - geht das überhaupt? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
PS http://wiki.openstreetmap.org/wiki/Tag:highway%3Dconstruction Steffen Heinz wrote: hierum gehts http://www.openstreetmap.org/?lat=50.63148lon=6.27332zoom=16layers=M http://www.openstreetmap.org/?lat=50.63148lon=6.27332zoom=16layers=M Hier in der Gegend gibt es eine ehemalige Eisenbahnstrecke (Vennbahn, http://de.wikipedia.org/wiki/Vennbahn) bei dieser STrecke wurden die Gleise schon teilweise entfernt und es soll darauf ein Fernradweg RAVeL Route 48 angelegt werden, ist schon im Bau. Abgesehen davon das diese Bahnstrecke belgisches Staatgebiet ist, bleibt die Option auf Bahnstrecke erhalten. Der Radweg soll nächstes Jahr fertig sein. Wie soll ich das kennzeichnen? Bahnstrecke abgebaut müsste erhalten bleiben und jetzt müsste auch dorthin: Radweg im Bau - geht das überhaupt? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Am 24. September 2010 20:54 schrieb RalfGesellensetter r...@gmx.de: Am Freitag, 24. September 2010 schrieb Heiko Jacobs: tunnel=yes ...jedenfalls besser als visible=no ;) auf keinen Fall, visible=no halte ich immer noch für besser als tunnel=yes. Tunnel=yes ist komplett falsch, visible=no naja, halbfalsch. unsichtbar ist es ja nicht unbedingt, andererseits sieht man es normalerweise nicht. Es gab doch div. Vorschläge, um untersee auszudrücken, Tunnel gehört da definitiv nicht dazu. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Stefan Keller wrote: 1. Tagging-Frage im Hinblick auf Routing: Wie könnte man Indoor-Wege mit „normalen“ (= Outdoor) Wegen verbinden, so dass klar wird, auf welchem Stockwerk (level) der „normale“ Weg einmündet? = Relation? also einmünden sollte der weg immer auf dem selben level, es sei denn es ist der weg in eine fallgrube. Indoor laesst es sich dann ganz gut an fahrstuehlen und deren etage orientieren. wenn der eingang hoeher liegt als das umgebende straßenlevel sollte eigentlich eine treppe oder rampe hinauffuehren. 2. Apropos Indoor: Ist dieser OSM-Wiki-Eintrag noch aktuell (indoor=yes und level=A)? http://wiki.openstreetmap.org/wiki/Indoor warum nciht? verwende allerdings lieber http://wiki.openstreetmap.org/wiki/Level das eine laesst sich in das andere umwandeln aber als relation lassen sich etagen-relation besser bauen in josm Liebe Grüsse, S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optimierte Wegeerfassung von Luftbildstra ßen
Am 24. September 2010 17:40 schrieb Jan Tappenbeck o...@tappenbeck.net: Um diese zu erfassen brauch nicht mehr jeder Weg abgefahren werden. Bei Sackgassen reicht es aus den Einbiegepunkt zu betrachten und dassonsten sind ebenfalls nur noch die Knotenpunkte anzusteuern. sehe ich nicht so. Woher willst Du denn wissen, dass es eine Sackgasse ist? Nur vom Schild? Finde ich zu wenig für ein Projekt, das gute Karten erstellen will. Gruß Martin PS: s. z.B. hier: http://maps.google.it/maps?f=qsource=s_qhl=deq=roma+san+paolosll=41.861923,12.478645sspn=0.003372,0.014656ie=UTF8split=1rq=1ev=ziradius=0.45hq=roma+san+paolohnear=ll=41.862937,12.478441spn=0.003372,0.014656z=17layer=ccbll=41.862823,12.478421panoid=28IcopFuKLay-YDZdCG6dQcbp=12,178.14,,1,2.83 ist zugegebenermaßen nicht in Deutschland, aber eben auch keine Sackgasse. Sobald Ihr Streetview habt, kann ich Dir auch in D. solche Stellen posten ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] fixmes on natural=tree
Hallo, Am Montag 27 September 2010 11:53:09 schrieb Martin Simon: Aufhänger war, daß im Wiki steht, natural=tree sei ein einzelner oder signifikanter Baum. Was nicht drin steht, ist, ob der damalige Schreiber dies für eine zwingende Bedingung hielt, wie viel Abstand er für einzeln ansetzte (Nop nimmt 50 m) oder ob er schlicht damals nicht daran dachte, daß wir heute auch mehr als nur die allersignifikantesten, alleinstehendst-wichtigsten Bäume eintragen. Ich für meinen Teil tagge seitdem Bäume, die so alleinstehend und signifigkant sind, daß sie zur Landmarke taugen (das können auch kleine Gruppen sein...) mit natural=tree und landmark=yes. Vorschlag war damals, alle Bäume, die nach Nops Ansicht sehr wahrscheinlich Landmarks darstellen, mit landmark=yes zu versehen und ein fixme zur Kontrolle/lokalen Klärung dranzuhängen. Das wäre eine einmalige Aktion gewesen. Leider läuft es jetzt in eine vermeidbar andere Richtung ... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Hallo, Am Montag 27 September 2010 10:27:35 schrieb René Falk: Am 27.09.2010 10:06, schrieb Jan Tappenbeck: Moin ! nachdem Brogo mal die Bildungseinrichtungen für das Projekt des Monats gebracht hat habe ich mir gestern einmal die Daten angesehen und dabei ist mir folgendes aufgefallen: Zunächst war ich verwundert wieviele Uni's und Hochschulen es in Teilbereichen gibt. Bei näherer Betrachtung hat sich aber gezeigt das oftmals auf jedes Gebäude amenity=university bzw. college angewand wurde. Wenn man sich dann eine Karte näher betrachtet wimmelt es ggf. dort von POI. Wäre es nicht sinnvoll nur einmal pro Campus dieses Tag zu verwenden - ggf. für die Fläche und dann bei den einzelnen Gebäuden weg zulassen. Wie denkt Ihr darüber ?? Wir sollten dieses einmal vielleicht im Vorfeld diskutieren. Umbau zur site relation wäre eine Möglichkeit um die Anzahl der tags zu entschlacken. +1 Das ist das Mittel der Wahl. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
On Mon, Sep 27, 2010 at 12:54:37PM +0200, M∡rtin Koppenhoefer wrote: Am 24. September 2010 20:54 schrieb RalfGesellensetter r...@gmx.de: Am Freitag, 24. September 2010 schrieb Heiko Jacobs: tunnel=yes ...jedenfalls besser als visible=no ;) auf keinen Fall, visible=no halte ich immer noch für besser als tunnel=yes. Tunnel=yes ist komplett falsch, visible=no naja, halbfalsch. unsichtbar ist es ja nicht unbedingt, andererseits sieht man es normalerweise nicht. definiere normalerweise... mMn ist visible=no genauso falsch, wenn das Kabel nicht grade eingegraben ist. Es gab doch div. Vorschläge, um untersee auszudrücken, Tunnel gehört da definitiv nicht dazu. +1 Ein allgemeines Tag der Form Verlegungsart/Verlauf = submarine|ground|buried|aerial|... sollte das ausreichend beschreiben. Da es auch nur EINE Verlegungsart gben kann, halte ich eine Schreibweise der Form submarine = yes fuer kontraproduktiv. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
Am 23. September 2010 19:17 schrieb Volker aeon...@gmx.de: Am 24.09.2010 02:24, schrieb Garry: Am 22.09.2010 22:34, schrieb Volker: Ich weiss nicht, ob es unbedingt Sinn macht, eine physisch noch nicht vorhandene Straße einzutragen. Zum einen überfrachtet es die Datenbank und zum anderen kommt es ersten anders und zweitens als man denkt. Dafür ist OSM ja flexibel genug sich schnell anpassen zu können wen sich etwas ändert. Irgendwie habe ich da was falsch verstanden. Mappen wir nicht geografische Fakten, also das was vorhanden ist ? scheint so, als hättest Du da was falsch verstanden, ja. Geografische Fakten definierst Du als Dinge, die physisch vor Ort vorhanden sind. Andere hier sehen das aber weniger eng. Eine geplante und beschlossene Autobahn ist auch ein geografischer Fakt, mit diversen Auswirkungen auf das wahre Leben, ohne dass auch nur ein Stein bewegt worden wäre. Warum sollte man das nicht als solches (geplant und beschlossen) eintragen? Wir haben auch andere Dinge in der db, die vor Ort keine physische Repräsentation haben, z.B. Grenzen, die sind z.T. auch nicht allgemeingültig bzw. unumstritten, bzw. allgemein anerkannt, bzw. werden von den Anrainern an unterschiedlicher Stelle gesehen. Vor Ort überprüfbar sind sie seltener als man denkt. Und von überfrachtet kann keine Rede sein - so viele geplante Strassen gibt es nicht als dass sich das in der Datenbankbelastung bemerkbar machen würde. Ich habe bewußt von überfrachten und nicht von überlasten gesprochen. Es gibt schon genug Sachen in der Datenbank, wo man erst mal überlegen muss, wo man ist, wenn man JOSM aufmacht. und? So ist das halt. Das sehe ich anders. Eine Straße, die schlussendlich niemals gebaut wird, gehört nicht in die Datenbank. Was anderes ist ein geplanter Verkehrsweg/Straße für den schon Baurecht besteht. Siehe ICE Strecken im Thüringer Wald und Bauern wenn später beschlossen wird, die Planung endgültig (haha) aufzugeben, kann man sie ja immer noch rausnehmen. Wenn wir vor 10 Jahren Restlaufzeiten getaggt hätten (hat das denn jemand gemacht? Wäre mal interessant), müssten wir sie demnächst vermutlich auch anpassen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenz-Tag mit Prefix
Am 24. September 2010 10:27 schrieb Jochen Topf joc...@remote.org: Was genau soll eigentlich der ref-Bestandteil aussagen? Brauchen wir den? ich nutze in Rom z.B. die 5-stelligen Nummern des ATAC (hießiger Verkehrsverbund) als ref, mit denen kann man im Internet abfragen, wann die nächsten Busse ankommmen (Fahrpläne gibt es nicht). Glücklicherweise gibt es hier nur einen Verkehrsverbund (ist ja auch der Sinn derselben). Wenn es mehrere gäbe, würde ich sowas wie ref:karlsruher_verkehrsverbund=foo verwenden. Und sowas wie ref:de:foo=18 täuscht nur eine Systematik vor, die nicht existiert. sehe ich auch so. Dass es in Deutschland ist ergibt sich aus den Daten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Hallo Fabian also einmünden sollte der weg immer auf dem selben level, es sei denn es Das Problem ist beidseitig: * Der Outdoor-Weg hat z.T. keine level-Angabe. * Der Indoor-Weg hat mit indoor=yes und level=A zwar solche, ist aber nicht klar welcher Level nach aussen führt (vgl. auch Gebäude am Hang). LG, S. Am 27. September 2010 12:59 schrieb Fabian sh...@nurfuerspam.de: Stefan Keller wrote: 1. Tagging-Frage im Hinblick auf Routing: Wie könnte man Indoor-Wege mit „normalen“ (= Outdoor) Wegen verbinden, so dass klar wird, auf welchem Stockwerk (level) der „normale“ Weg einmündet? = Relation? also einmünden sollte der weg immer auf dem selben level, es sei denn es ist der weg in eine fallgrube. Indoor laesst es sich dann ganz gut an fahrstuehlen und deren etage orientieren. wenn der eingang hoeher liegt als das umgebende straßenlevel sollte eigentlich eine treppe oder rampe hinauffuehren. 2. Apropos Indoor: Ist dieser OSM-Wiki-Eintrag noch aktuell (indoor=yes und level=A)? http://wiki.openstreetmap.org/wiki/Indoor warum nciht? verwende allerdings lieber http://wiki.openstreetmap.org/wiki/Level das eine laesst sich in das andere umwandeln aber als relation lassen sich etagen-relation besser bauen in josm Liebe Grüsse, S. ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] prominenter OSM-Nutzer
Na, dann wird der Lizenzhinweis wohl in Ordnung sein. ;-) - Michael Am 26.09.2010 um 19:30 schrieb Jochen Topf joc...@remote.org: Hi! On Sun, Sep 26, 2010 at 07:08:07PM +0200, Thomas Reincke wrote: http://www.bundesverfassungsgericht.de/organisation/anfahrt.html Die waren allen anderen öffentlichen Stellen vorraus. Ich benutze das Beispiel schon seit Jahren, um zu zeigen, was OSM kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Stefan Keller wrote: Hallo Fabian also einmünden sollte der weg immer auf dem selben level, es sei denn es Das Problem ist beidseitig: * Der Outdoor-Weg hat z.T. keine level-Angabe. * Der Indoor-Weg hat mit indoor=yes und level=A zwar solche, ist aber nicht klar welcher Level nach aussen führt (vgl. auch Gebäude am Hang). vermutlich deswegen hat da jemand level=A gewaehlt gehabt. wenn wege kein level haben wird 0 angenommen denke ich. Fuer das Haus am Hang problem hab ich aber auch ncoh keine loesung. Gbit nen beispiel in Frankreich wo ein haus mit fahrstuhl die selbe straße fuer fussgaenger abkürzt. Vorne rein (straßen)level=0 dann 3 etagen hochfahren und hinten raus auf (straßen)level=0. Etage 1 sind dummerweise die oeffentlichen toiletten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlersuche Zickzack-Weg: Tool gesucht
hm, so findet man aber nur wege, deren punkte mehr oder weniger parallel zum weg verzogen wurden... man könnte den roundabout check umbauen - relativ einfach. der bringt alles mit, was man so benötigt... On Mon, 2010-09-27 at 00:25 +0200, Jonas Stein wrote: Hallo, manchmal werden Knoten versehentlich verschoben so dass der vorher gerade Weg ein Z beschreibt. Gibt es ein Tool, das hilft, diese Fehler aufzuspueren? Fuer einen Menschen ist es kaum moeglich in der Kerte diese Fehler zu finden. Eine Software koennte Stellen zur Kontrolle vorschlagen, die diese Bedingung erfuellen: - zwei Wenden in Folge mit Richtungsaenderung 270 Grad Gibt es sowas schon? Oder weiss jemand, wie man sowas machen koennte und hat Lust es umzusetzen? Beste Gruesse, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am 27.09.2010 13:05, schrieb Wolfgang: Am Montag 27 September 2010 10:27:35 schrieb René Falk: Am 27.09.2010 10:06, schrieb Jan Tappenbeck: Zunächst war ich verwundert wieviele Uni's und Hochschulen es in Teilbereichen gibt. Bei näherer Betrachtung hat sich aber gezeigt das oftmals auf jedes Gebäude amenity=university bzw. college angewand wurde. [...] Umbau zur site relation wäre eine Möglichkeit um die Anzahl der tags zu entschlacken. +1 Das ist das Mittel der Wahl. Wenn das Uni-/Schul-/...-Gelände durch ein Polygon darstellbar ist, dann ist eine ordinäre Fläche mit amenity und name das Mittel der Wahl. Relationen bitte nur dann, wenn die einsteigerfreundlicheren Datentypen beim besten Willen nicht ausreichend sind. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Am 27.09.2010 12:44, schrieb Stefan Keller: 1. Tagging-Frage im Hinblick auf Routing: Wie könnte man Indoor-Wege mit „normalen“ (= Outdoor) Wegen verbinden, so dass klar wird, auf welchem Stockwerk (level) der „normale“ Weg einmündet? = Relation? Ich verstehe das Problem nicht? Der Outdoor-Weg hat kein Stockwerk, denn das Konzept Stockwerk ergibt nur bei Wegen in Gebäuden Sinn. Der Eingang und der Indoor-Weg haben hingegen ein Stockwerk, das man jeweils als level-Tag angeben kann. Verbunden sind sie über den gemeinsamen Node, der gleichzeitig der Gebäudeeingang ist. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Hallo, hat jemand ein Tool, mit dem ich meine gpx-Dateien anonymisieren kann? Ich weis dass ich sie in OSM als anonyme (un)sortierte Punktfolge hochladen kann aber das ist m.E. ein bischen ungeschickt gelöst. Als sortierte Punktfolge kann man immernoch einen Zusammenhang zwischen Anfangs- und Endpunkten bzw Haltepunkten eines Tracks herstellen. Wenn man ganz auf die Zeitstempel verzichtet ist diese Gefahr zwar gebannt, jedoch geht dann ein großer Teil der Information verloren, da man keine gerichteten Linien mehr hat, sondern nur noch Punkte. Eine sinnvolle Anonymisierung wäre meines Erachtens: - Zerlegung der Tracks in Stücke einer bestimmten Maximallänge z.B. 50 - Bei jedem Stück wird der Zeitstempel aller Punkte um einen eigenen Zufallswert verschoben, so dass die relative Zuordnung erhalten beibt. - ggf. Alle ele-Elemente löschen, da diese sowieso ziemlich unbrauchbar sind. So erreicht man, dass man keinen direkten Zusammenhang zwischen Start und Ziel mehr herauslesen kann (wenn mehrere Tracks vorliegen). Und außerdem bleibt bis auf jedes 50ste Zwischenstück die relative Anordnung der Trackpunkte erhalten. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
das gebaeude am hang beispiel war das zutreffenste indoor gibts level 0-3 (elevator) outdoor die selbe straße die sich vom vordereingang level=0 den berg hochschlaengelt also immer layer=0 bleibt und am hinterausgang des gebaudes der auf level 3 ist endet. das problem liegt darin das man beim fussgaenger-routing mit dem fahrstuehl fahren muesste (und paar meter indoor footway) um von layer=0 der straße zu layer=0 der straße zu kommen. Tobias Knerr wrote: Am 27.09.2010 12:44, schrieb Stefan Keller: 1. Tagging-Frage im Hinblick auf Routing: Wie könnte man Indoor-Wege mit „normalen“ (= Outdoor) Wegen verbinden, so dass klar wird, auf welchem Stockwerk (level) der „normale“ Weg einmündet? = Relation? Ich verstehe das Problem nicht? Der Outdoor-Weg hat kein Stockwerk, denn das Konzept Stockwerk ergibt nur bei Wegen in Gebäuden Sinn. Der Eingang und der Indoor-Weg haben hingegen ein Stockwerk, das man jeweils als level-Tag angeben kann. Verbunden sind sie über den gemeinsamen Node, der gleichzeitig der Gebäudeeingang ist. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
On 27.09.2010 14:27, Fabian wrote: das gebaeude am hang beispiel war das zutreffenste indoor gibts level 0-3 (elevator) outdoor die selbe straße die sich vom vordereingang level=0 den berg hochschlaengelt also immer layer=0 bleibt und am hinterausgang des gebaudes der auf level 3 ist endet. das problem liegt darin das man beim fussgaenger-routing mit dem fahrstuehl fahren muesste (und paar meter indoor footway) um von layer=0 der straße zu layer=0 der straße zu kommen. Zwei Wege, die nicht miteinander verbunden sind, sollten auch nicht einen gemeinsamen Knoten besitzen. Zwei Wege auf unterschiedlichen Stockwerken, die an den gleichen lat/lon-Koordinaten einen Verzweigungspunkt haben, sollten deshalb auch zwei verschiedene Knoten dafür nutzen - duplicate-nodes sind das in diesem Fall nämlich nicht, auch wenn sie von selbsternannten Dup-Node-Jägern schnell als solche gelöscht werden. Für Fahrstühle hab ich mir noch nicht soo viele Gedanken gemacht - ich würde aber auch hier tatsächlich für jedes Stockwerk mit Verbindungsweg einen Punkt setzen - und ja: alle übereinander. Das ist bisher gruselig zu bearbeiten, das ist mir bewusst; aber ich halte es für die einzig sinnvolle, routingfähige Modellierung von Fahrstühlen. Gruß Peter Tobias Knerr wrote: Am 27.09.2010 12:44, schrieb Stefan Keller: 1. Tagging-Frage im Hinblick auf Routing: Wie könnte man Indoor-Wege mit „normalen“ (= Outdoor) Wegen verbinden, so dass klar wird, auf welchem Stockwerk (level) der „normale“ Weg einmündet? = Relation? Ich verstehe das Problem nicht? Der Outdoor-Weg hat kein Stockwerk, denn das Konzept Stockwerk ergibt nur bei Wegen in Gebäuden Sinn. Der Eingang und der Indoor-Weg haben hingegen ein Stockwerk, das man jeweils als level-Tag angeben kann. Verbunden sind sie über den gemeinsamen Node, der gleichzeitig der Gebäudeeingang ist. Tobias Knerr ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gefilterte Abfrage der OSMBug-Daten
HI ! weiß einer von Euch ob man die Meldungen aus OpenStreetMap irgendwie gefiltert abfragen kann - nicht nur nach dem Gebiet. Ich habe mir die Bugs einmal gezogen und mit einem Texteditor durchsucht - aktuell nach dem Begriff Tankstelle und da sind so einige Einträge. Nun wäre es für künftige Projekte sicherlich sinnvoll auch diese Meldungen auszuwerten. Gibt es hierzu schon Überlegungen oder Tools ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Für Fahrstühle hab ich mir noch nicht soo viele Gedanken gemacht - ich würde aber auch hier tatsächlich für jedes Stockwerk mit Verbindungsweg einen Punkt setzen - und ja: alle übereinander. Das ist bisher gruselig zu bearbeiten, das ist mir bewusst; aber ich halte es für die einzig sinnvolle, routingfähige Modellierung von Fahrstühlen. zwei moeglichkeiten fuer fahrstuehle waeren noch bei per node tags level=0:1;2 und beim relationsmodel den punkt jeder zugehoerigen relation mit einbeziehen. hasu am hang waere zB das hier (aus erinnerung mal schnell erstellt also nicht perfekt). http://www.openstreetmap.org/browse/way/79506016 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Am 27.09.2010 14:09, schrieb Simon Kokolakis: Eine sinnvolle Anonymisierung wäre meines Erachtens: - Zerlegung der Tracks in Stücke einer bestimmten Maximallänge z.B. 50 - Bei jedem Stück wird der Zeitstempel aller Punkte um einen eigenen Zufallswert verschoben, so dass die relative Zuordnung erhalten beibt. -1 Entweder korrekte Daten hochladen oder es sein lassen. Aus den Zeitstempeln könnte man zB. Verkehrsflussanalysen machen, wenn Du das fälschst geht das nicht mehr Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gefilterte Abfrage der OSMBug-Daten
hi, geht doch, da es einfache zeilen sind, mit grep bzw. windows-find? einfach hinterher den gpx head und foot wieder drangepappt und los gehts. alternativ ein kleines perl script, welches die leidigen zeilen an anfang und ende gleich mit versorgt. ciao gerhard - original Nachricht Betreff: [Talk-de] Gefilterte Abfrage der OSMBug-Daten Gesendet: Mo, 27. Sep 2010 Von: Jan Tappenbecko...@tappenbeck.net HI ! weiß einer von Euch ob man die Meldungen aus OpenStreetMap irgendwie gefiltert abfragen kann - nicht nur nach dem Gebiet. Ich habe mir die Bugs einmal gezogen und mit einem Texteditor durchsucht - aktuell nach dem Begriff Tankstelle und da sind so einige Einträge. Nun wäre es für künftige Projekte sicherlich sinnvoll auch diese Meldungen auszuwerten. Gibt es hierzu schon Überlegungen oder Tools ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?
verstehe ich das richtig? Nehmen wir mal an: Parkplatz mit 200 Plätzen, wovon 20 Behindertenparkplätze sind. Jetzt willst Du für diese 20 Plätze jeweils einen separaten Node erstellen? Das finde ich jetzt keine gute Idee. Am Parkplatz selbst hat man die Möglichkeit anzugeben, wieviele Behintertenparkplätze vorhanden sind. Siehe dazu http://wiki.openstreetmap.org/wiki/Key:capacity:disabled Daher braucht es überhaupt nicht für jedes einzelne Behinderten-Parkfeld einen Node. Am 27.09.2010 12:31, schrieb Stefan Keller: Frage zum Tagging (Schema): Ich plane Parkplätze als Punkte zu erfassen - zunächst in der Schweiz und angefangen mit Behinderten-Parkplätze. Ich möchte diese je einzeln als Punkte verwalten - und nicht als Flächen und auch nicht als Punkte, die für ein ganzes Parkplatzareal stehen (wie in http://wiki.openstreetmap.org/wiki/Parkplatz angegeben): = Meinungen / Vorschläge dazu? Grüsse, S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlersuche Zickzack-Weg: Tool gesucht
hm, so findet man aber nur wege, deren punkte mehr oder weniger parallel zum weg verzogen wurden... man könnte den roundabout check umbauen - relativ einfach. der bringt alles mit, was man so benötigt... Klingt gut, wie wuerde das funktionieren? -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am Montag 27 September 2010, 11:11:03 schrieb Andreas Neumann: Wäre es nicht sinnvoll nur einmal pro Campus dieses Tag zu verwenden - ggf. für die Fläche und dann bei den einzelnen Gebäuden weg zulassen. Wie denkt Ihr darüber ?? Wir sollten dieses einmal vielleicht im Vorfeld diskutieren. Gruß Jan .-) Hallo Liste, ich lebe in Aachen und hier ist jedes Institut mit Institutsnamen als eigener POI eingetragen, da kein wirklicher Campus existiert. (Alte Stadt und alte Uni). Zuerst fand ich die vielen Einräge auf der Karte auch unübersichtlich. Wenn man aber als Student in der Stadt ist und ein Gebäude sucht, ist das sehr hilfreich. Zumal die Hörsääle teilweise auf die Institute verteilt sind. Man sollte ich aber über dei Zoomstufe gedanken machen, ab der diese POI erscheinen. Bei der Darstellung eines größeren Gebietes verwischen die Namen. Leider oder zum Glück geschieht dies nur auf meinem Garmin und nicht auf der Openstreetmapseite. Das war der Aachener Senf zum Thema. MfG, Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?
Am 27. September 2010 12:31 schrieb Stefan Keller sfkel...@gmail.com: Frage zum Tagging (Schema): Ich plane Parkplätze als Punkte zu erfassen - zunächst in der Schweiz und angefangen mit Behinderten-Parkplätze. Ich möchte diese je einzeln als Punkte verwalten - und nicht als Flächen und auch nicht als Punkte, die für ein ganzes Parkplatzareal stehen (wie in http://wiki.openstreetmap.org/wiki/Parkplatz angegeben): = Meinungen / Vorschläge dazu? finde ich OK, wobei ein node nur vorläufig sein kann: da es sich bei Parkplätzen (hier im Sinne von spezifischer Fläche, wo geparkt werden kann, also ohne Wege, Verkehrsinseln etc.) eindeutig um flächige Objekte handelt. Das wurde hier schon verschiedentlich diskuttiert, es gab wohl auch schon Vorschläge für diese einzelnen Parkplätze (bzw. abgrenzte reine Parkbereiche), habe ich aber gerade nicht parat. Amenity=parking ist dafür natürlich ungeeignet, da es nach allgemeiner Meinung den ganzen Parkplatz betrifft. Nodes erfüllen für viele Anwendungen bereits ihren Zweck (die Ausrichtung und Maße des Stellplatzes ergeben sich mit ihnen allerdings noch nicht, genausowenig Informationen darüber, wie es zwischen den einzelnen Parkplätzen aussieht). Wenn hier keiner einen bereits etablierten Vorschlag bieten kann, empfehle ich Dir, ein Proposal zu verfassen und es auf der tagging-Liste vorzustellen. (Ich würde dabei sowohl nodes als auch Flächen zulassen, auch wenn Du selbst derzeit nur nodes verwenden willst). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?
Am 27. September 2010 15:00 schrieb Fred Jelk wakef...@gmail.com: verstehe ich das richtig? Nehmen wir mal an: Parkplatz mit 200 Plätzen, wovon 20 Behindertenparkplätze sind. Jetzt willst Du für diese 20 Plätze jeweils einen separaten Node erstellen? wieso nur für die? Theoretisch könnte er alle 200 Plätze einzeln taggen ;-). Wenn man das nicht mit nodes sondern mit Flächen macht (und dabei mehrere Stellplätze zu einer Fläche zusammenfasst), klingt das schon deutlich weniger absurd. Am Parkplatz selbst hat man die Möglichkeit anzugeben, wieviele Behintertenparkplätze vorhanden sind. Siehe dazu http://wiki.openstreetmap.org/wiki/Key:capacity:disabled Daher braucht es überhaupt nicht für jedes einzelne Behinderten-Parkfeld einen Node. das eine hat mit dem anderen nur bedingt zu tun. Der Schuh wird eher anders rum daraus: Wenn man die einzelnen Behindertenstellplätze angegeben hat, bräuchte man eigentlich die Zusatzinfo am Gesamtparkplatz nicht mehr (ich würde sie allerdings erstmal drin lassen, aus mehreren Gründen: es ist viel leichter auszuwerten und potentielle Diskrepanzen helfen dabei, Fehler zu erkennen und die Angaben nochmal zu prüfen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS/GSM Tracker gesucht
Am 24.09.2010 13:58, schrieb Rene Caspari: Hallo Liste, vielleicht hat der eine oder andere ja schon etwas Erfahrung in der Richtung, und zwar suche ich ein kleines GPS Empfangsgeraet, welches in der Lage ist, per GSM seine Standortdaten per IP zu versenden. Intervall sollte einstellbar sein, 1x/min sollte aber schon drin sein. Eine lange Akkulaufzeit ist auch nicht zu unterschaetzen, ebenso wie ein relativ guter GPS Empfang. z.B.: http://www.globaltechnics.co.uk/index.php?target=categoriescategory_id=27 Wenn das ganze dann noch klein genug ist, dass man es an einem Guertel mit sich fuehren kann (z.b. beim joggen), waere es geradezu ideal. Kind regards, Rene ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am 27. September 2010 10:27 schrieb René Falk li...@falconaerie.de: Umbau zur site relation wäre eine Möglichkeit um die Anzahl der tags zu entschlacken. Unbedingt. Es ist total schade, dass die site-relations so stiefmütterlich behandelt werden, bieten sie doch für zig. Situationen die angemessene Lösung, um die Daten zu strukturieren. Der Haupthinderungsgrund, warum sie bisher nicht verwendet werden, ist die nicht vorhandene Unterstützung in den üblichen Renderern. Habe dazu für Mapnik vor ein paar Monaten schonmal ein Ticket aufgemacht: http://trac.openstreetmap.org/ticket/3119 Wenn wir die Relationen mehr nutzen, wird irgendwann auch die (allgemeine) Render-unterstützung kommen. Abgesehen davon kann man bei Universitäten (wie auch bei Schulen und div. anderen Einrichtungen) nur das areal mit university taggen und die einzelnen Gebäude und Institute mit anderen tags (da sie für sich gesehen keine Uni sind). Die Auswertung würde durch die site-relation allerdings extrem vereinfacht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
Am 27.09.2010 12:34, schrieb Fabian: PS http://wiki.openstreetmap.org/wiki/Tag:highway%3Dconstruction na ja, abgesehen von englisch mir gings eigentlich darum das die Eisenbahnstrecke (stillgelegt, Gleise abgebaut) erhalten bleibt, und das auf der gleichen Linie nun der Radweg gebaut wird. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS/GSM Tracker gesucht
nen java faehiges mobile und nen bt747 bluetooth gps logger nehm ich dafuer. wenn jemand coden will kann er auch den internen gps empfaenger der mobiles mit einbinden ansonsten bleibts bei externem logger. http://www.bt747.org/book/location-server-settings bkmap wrote: Am 24.09.2010 13:58, schrieb Rene Caspari: Hallo Liste, vielleicht hat der eine oder andere ja schon etwas Erfahrung in der Richtung, und zwar suche ich ein kleines GPS Empfangsgeraet, welches in der Lage ist, per GSM seine Standortdaten per IP zu versenden. Intervall sollte einstellbar sein, 1x/min sollte aber schon drin sein. Eine lange Akkulaufzeit ist auch nicht zu unterschaetzen, ebenso wie ein relativ guter GPS Empfang. z.B.: http://www.globaltechnics.co.uk/index.php?target=categoriescategory_id=27 Wenn das ganze dann noch klein genug ist, dass man es an einem Guertel mit sich fuehren kann (z.b. beim joggen), waere es geradezu ideal. Kind regards, Rene ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Am 27. September 2010 11:11 schrieb Andreas Neumann andr-neum...@gmx.net: ABER: Es sollte nur dann ein Campus getagt werden, wenn auch wirklich einer existiert. was ist denn das Tag für campus, bzw. wie drückt man das aus? Es gibt, besonders bei größeren/älteren Hochschulen einzelne Gebäude, die zur Uni gehören, aber auf keinem Campus stehen. Bspw. in Ilmenau das Fass[2] (steht auf einem Museumsgelände und ist eine HighTech-Forschungseinrichtung) oder das Märchenschloss[3] (aka Haus V). Bis vor kurzen auch die Lichttechnik in einer Villa am anderen Ende der Stadt... Hier kann man auch einfach nur das Gebäude mit amenity=university taggen. warum? haha, Spaß beiseite, am besten wäre es doch, eine Relation für die Uni zu haben, wo man dann die Gebäude zuordnet, auch wenn es kein Campus und keine Site ist (das wäre für viele Dinge am besten, z.B. für das Thema Firma/Laden ungleich Gebäude/Raum. Man könnte dann z.B. für die Firma eine Relation haben, und als member für Standort oder Sitz würde man das Gebäude in die Relation aufnehmen.). Wenn man nämlich mehrere amenity=university taggt, könnten es u.U. auch bedeuten, dass es mehrere Universitäten sind. Nur den Namen zur Überprüfung zu haben, ist ein bisschen wenig (da der oft auch unterschiedlich geschrieben sein kann). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
geht doch railway=abandoned higway=construction construction=cycleway Steffen Heinz wrote: Am 27.09.2010 12:34, schrieb Fabian: PS http://wiki.openstreetmap.org/wiki/Tag:highway%3Dconstruction na ja, abgesehen von englisch mir gings eigentlich darum das die Eisenbahnstrecke (stillgelegt, Gleise abgebaut) erhalten bleibt, und das auf der gleichen Linie nun der Radweg gebaut wird. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?
Hallo ! Ich plane Parkplätze als Punkte zu erfassen - zunächst in der Schweiz und angefangen mit Behinderten-Parkplätze. Ich möchte diese je einzeln als Punkte verwalten - und nicht als Flächen und auch nicht als Punkte, die für ein ganzes Parkplatzareal stehen (wie in http://wiki.openstreetmap.org/wiki/Parkplatz angegeben): Es sollte entweder Punkt oder eine Fläche vorhanden sein. Beides ist falsch weil es z.b. doppelt beim suchen auftauchen würde. Dazu kommt das eine Fläche höherwertiger ist als ein Punkt, also sind Flächen einzelnen Ounkten vorzuziehen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wheelmap.org auf Ehrensenf.de
Hallo, wer auf http://wheelmap.org nur einzelne Orte ändert, muss sich nicht registrieren. Die Schöpfungshöhe einer solchen Eintragung erschien uns gering genug, dass wir die Hürde einer Registrierung weggelassen haben. Wer allerdings Orte hinzufügt oder Adressdaten ergänzt, muss sich zuvor registrieren und sein Openstreetmap-Konto via OAuth verbinden. Für die iPhone App von wheelmap wird übrigens das gleiche Prinzip gelten. Wir freuen uns übrigens über über iPhone-Betatester: http://blog.wheelmap.org/iphone/ Wir machen keine Massenimporte. Wenn wir größere Datensätze zu Verfügung gestellt bekommen, dann lassen wir uns die Lizenz schriftlich bestätigen und tragen die URL zum Datensatz hier ein: http://wiki.openstreetmap.org/wiki/DE:Kommunikation -- Wir hoffen, jemand der sich mit Importen auskennt nimmt sich der Daten dann an. :-) Grüße, Holger vom Verein http://sozialhelden.de PS: Wir freuen uns über Feedback zu Wheelmap per E-Mail oder auf http://wheelmap.uservoice.com/ Am 26. September 2010 17:05 schrieb talk-de-requ...@openstreetmap.org: Message: 10 Date: Sun, 26 Sep 2010 17:04:50 +0200 From: Johann H. Addicks addi...@gmx.net To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Wheelmap.org auf Ehrensenf.de Message-ID: i7nner$7l...@dough.gmane.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Am 26.09.2010 11:44, schrieb Florian Lohoff: Wie machen die das denn Lizenztechnisch? Der wheelmap_visitor ist doch nur ein technischer account der die userdaten von wheelmap.org quasi in die OSM DB schreibt. Der user auf wheelmap.org muesste ja der Lizenz zustimmen richtig? Das ist doch die ?bliche -unbeantwortete- Frage, ob die einzelnen Fakten (eingetragen als K?rtchen in der Datenbank) ?berhaupt Sch?pfungsh?he aufweisen, die urheberrechtlich fassbar ist und somit lizenztechnsch eh von der CC nicht sinnvoll behandelt wird. Spannend wird's (wieder ebenfalls vermutet) nur, wenn jemand eine schon existente Datenbank (oder einen Extrakt aus einer solchen) bei wheelmap.org importiert und die dann zu osm weitergereicht wird. -jha- -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de End of Talk-de Digest, Vol 50, Issue 174 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in one - europa und mapsource
habe probleme die AIO - Europa Karte unter mapsource 6.15.11 auf meinem XP SP3 zu installieren. Mapsource versagt den Dienst mit Fehlermeldung. Problem ist auch auf der wiki-seite all in one vermerkt. Gibt es schon tips und hinweise, wie man europa einbindet ? Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One (AIO)
Elchtreiber elchtrei...@gmx.net wrote: Nun sehe ich auf dem dev-Server viele alte Verzeichnisse. Schaut bitte mal in der Crontab, nicht das da noch der rm auskommentiert ist. Hm, sieht ganz so aus: #00 4 * * 5 ionice -c 3 nice -n 19 make -f /osm/garmin/aio/Makefile clean /osm/garmin/aio/logfiles/make_clean.log Am besten mal Christoph direkt anmailen, ich will nix kaputtmachen. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name Tag im WIki
Am 27. September 2010 01:41 schrieb Matthias Versen ma...@mversen.de: Im englischen: name=Channel Tunnel - Default name official_name=Principality of Andorra (where name is name=Andorra) so würde ich es auch sehen: name= üblicherweise gebräuchlicher Name (z.B. Deutschland) official_name= offizieller Name, z.B. Bundesrepublik Deutschland) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FAT32 4GiB-Limit: Größenbeschr änkung All in One (Europe)?
Hanno Böck ha...@hboeck.de wrote: Alternativvorschlag: Jemand entwickelt ein freies Betriebssystem für Garmin- Geräte ;-) und das arbeitet dann mit ext4 oder so. Das wundert mich ohnehin, dass es das noch nicht gibt, wo doch inzwischen auf jedem besseren Fernseher ein Linux läuft. Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Chris66 schrieb am 27.09.2010 14:48: Am 27.09.2010 14:09, schrieb Simon Kokolakis: Eine sinnvolle Anonymisierung wäre meines Erachtens: - Zerlegung der Tracks in Stücke einer bestimmten Maximallänge z.B. 50 - Bei jedem Stück wird der Zeitstempel aller Punkte um einen eigenen Zufallswert verschoben, so dass die relative Zuordnung erhalten beibt. -1 Entweder korrekte Daten hochladen oder es sein lassen. -1 Anonymisierte Daten sind besser als gar keine Daten. Ich werde bestimmt nicht auf fremde Server hochladen, wann ich wo gewesen bin. Ich schneide bei meinen tracks haendisch Anfang und Ende ab und aendere das Datum jeweils auf den 1.1. des Jahres. Aus den Zeitstempeln könnte man zB. Verkehrsflussanalysen machen, wenn Du das fälschst geht das nicht mehr Dafuer reichen die Daten sowieso noch lange nicht aus, wir sind ja schon froh, wenn wir ueberhaupt genug Daten zusammen bekommen, um den Strassenverlauf genau bestimmen zu koennen. Selbst beim Autobahnkreuz hier bei mir nebenan kommen keine 50 Spuren zusammen. Das ueber mehrer Jahre verteilt willst du zeitbasiert untersuchen um eine Verteilung festzustellen? Bei Stellen mit sehr vielen Tracks wirst du heochstens feststellen koennen, um wieviel Uhr da jeweils ein und der selbe Mapper auf sienem taeglichen Arbeitsweg vorbei kommt. Und genau solche Informationen sollte man aus den Daten besser nicht gewinnen koennen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Chris66 wrote: Am 27.09.2010 14:09, schrieb Simon Kokolakis: Eine sinnvolle Anonymisierung wäre meines Erachtens: - Zerlegung der Tracks in Stücke einer bestimmten Maximallänge z.B. 50 - Bei jedem Stück wird der Zeitstempel aller Punkte um einen eigenen Zufallswert verschoben, so dass die relative Zuordnung erhalten beibt. -1 Entweder korrekte Daten hochladen oder es sein lassen. Aus den Zeitstempeln könnte man zB. Verkehrsflussanalysen machen, wenn Du das fälschst geht das nicht mehr Wenn man die Anfangszeit des Tracks auf den GPS Urknall (1980-01-06.0) verschiebt, sollte klar sein, was gemeint ist. Besser anonymisierte Daten als gar keine Daten... Gruß, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Am 27.09.2010 14:48, schrieb Chris66: Entweder korrekte Daten hochladen oder es sein lassen. Aus den Zeitstempeln könnte man zB. Verkehrsflussanalysen machen, wenn Du das fälschst geht das nicht mehr Auch so garantiert einem Verkehrsflussanalysten keiner, dass das Material was er von OSM bezieht unverfälscht ist. Aber um mögliche Probleme vorzubeugen könnte man die Zeitstempel weit in die Vergangenheit legen, z.B. vor Beginn der GPX-Erfassungen. So ist klar dass die Zeitstempel für eine absolute Auswertung nichts taugen. Für OSM ist ja nur der relative Zusammenhang der Zeitstempel nötig. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: GPX-Syntax als BNF/Diagramm
Hallo Liste, in einem Informatikkurs (Jg. 11) sollen selbst aufgezeichnete GPX-Spuren zunächst phänomenologisch ergründet werden und das GPX-Format als exemplarischer Zugang zum XML-Format dienen. Nun bin ich auf der Suche nach einer BNF-Darstellung (möglichst als Diagramm) - wobei wpt und trkpt zunächst genügen würden. Viele von euch kennen möglicherweise BNF-Diagramme, ohne sich an den Namen zu erinnern, vgl. daher http://de.wikipedia.org/wiki/Backus-Naur-Form Da es ein Online-Tool gibt, um (E)BNF in ein Syntaxdiagramm zu überführen, würde eine einfache BNF-Regel für GPX bereits genügen. Das ganze soll nicht zu abstrakt werden, sondern seinerseits exemplarisch für informatische Darstellungsformen von Grammatiken dienen. Danke. Viele Grüße Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landwirtschaftliche Fläche umschlie ßt Wald
Am 27. September 2010 09:59 schrieb Martin Simon grenzde...@gmail.com: Am 27. September 2010 09:31 schrieb Willi wil...@gmx.de: Für den Menschen ist es logisch, dass ein in einer landwirtschaftlichen Fläche gezeichneter Wald ein Wald und kein Acker ist. Die heutigen Kartenzeichenprogramme (Renderer) sind zu doof um dies zu wissen. Um ihnen auf die Sprünge zu helfen Es geht eben nicht nur um die Renderer, sondern um eine saubere Darstellung der Information. ganz genau, die gerenderte Darstellung ist im Prinzip egal, es geht darum, dass man einen Wald nicht als Acker einträgt, selbst wenn die Situation richtig gerendert würde. Ein praktisches Beispiel, wo das relevant wäre: nimm an, jemand will alle Ackerflächen ermitteln (vollständige Daten mal stilschweigend vorausgesetzt): dann dürfen die Wälder natürlich nicht mit eingeschlossen sein, bzw. wenn man sie auch ermitteln will, muss man nach Wald und Acker filtern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien gesucht
Am Montag, den 27.09.2010, 14:09 +0200 schrieb Simon Kokolakis: hat jemand ein Tool, mit dem ich meine gpx-Dateien anonymisieren kann? Mit dem JOSM-Plugin editgpx kannst du deine GPX-Trails sowohl beschneiden als auch anonymisieren. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Am 27. September 2010 13:06 schrieb Guenther Meyer d@sordidmusic.com: Ein allgemeines Tag der Form Verlegungsart/Verlauf = submarine|ground|buried|aerial|... sollte das ausreichend beschreiben. Da es auch nur EINE Verlegungsart gben kann, halte ich eine Schreibweise der Form submarine = yes fuer kontraproduktiv. wobei submarine=yes ja nicht unbedingt die Verlegeart ausdrückt, es könnte auch die Bauweise sein. Auch wenn das vermutlich niemand macht: man könnte so ein See-Kabel z.B. auch aufhängen ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ge sucht
Am 27.09.2010 17:13, schrieb olvagor: Mit dem JOSM-Plugin editgpx kannst du deine GPX-Trails sowohl beschneiden als auch anonymisieren. Habs mir mal angeguckt. Anonymisieren heißt dort einfach nur den Zeitstempel auf 1970-01-01 00:00 setzen. Das löst aber die in meiner ersten Mail genannten Probleme nicht. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebrauch des Uni-Tags auf einem Campus
Hallo, Am Montag 27 September 2010 14:02:57 schrieb Tobias Knerr: Am 27.09.2010 13:05, schrieb Wolfgang: Am Montag 27 September 2010 10:27:35 schrieb René Falk: Am 27.09.2010 10:06, schrieb Jan Tappenbeck: Zunächst war ich verwundert wieviele Uni's und Hochschulen es in Teilbereichen gibt. Bei näherer Betrachtung hat sich aber gezeigt das oftmals auf jedes Gebäude amenity=university bzw. college angewand wurde. [...] Umbau zur site relation wäre eine Möglichkeit um die Anzahl der tags zu entschlacken. +1 Das ist das Mittel der Wahl. Wenn das Uni-/Schul-/...-Gelände durch ein Polygon darstellbar ist, dann ist eine ordinäre Fläche mit amenity und name das Mittel der Wahl. Relationen bitte nur dann, wenn die einsteigerfreundlicheren Datentypen beim besten Willen nicht ausreichend sind. Wenn das so einfach durch ein Polygon darstellbar wäre, hätte Jan kaum gefragt. Viele Unis, insbesondere Altbauten, haben Gebäude über einen oder mehrere Stadtteile verteilt. Das ist dann so historisch gewachsen wie das tagging bei osm (scnr). Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FAT32 4GiB-Limit: Größenbeschr änkung All in One (Europe)?
Hallo, Am Montag 27 September 2010 16:27:50 schrieb Sven Geggus: Hanno Böck ha...@hboeck.de wrote: Alternativvorschlag: Jemand entwickelt ein freies Betriebssystem für Garmin- Geräte ;-) und das arbeitet dann mit ext4 oder so. Das wundert mich ohnehin, dass es das noch nicht gibt, wo doch inzwischen auf jedem besseren Fernseher ein Linux läuft. Gibts doch. Zumindest auf einem Teil der Garmin-Empfänger läuft doch ein Linux. Das Problem dürften die Installation und die Treiber sein, sowie genügend Leute, die sich dafür interessieren. http://developer.garmin.com/linux/ Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ge sucht
Hallo, Am Montag 27 September 2010 17:27:29 schrieb Simon Kokolakis: Am 27.09.2010 17:13, schrieb olvagor: Mit dem JOSM-Plugin editgpx kannst du deine GPX-Trails sowohl beschneiden als auch anonymisieren. Habs mir mal angeguckt. Anonymisieren heißt dort einfach nur den Zeitstempel auf 1970-01-01 00:00 setzen. Das löst aber die in meiner ersten Mail genannten Probleme nicht. So richtig anonym wird es selbst dann nicht. Spätestens wenn du in der OSM-DB die Sache editiert hast, kann man vermuten, dass du zeitnah in der Gegend gewesen sein wirst. Daraus kann man vermutlich mehr erkennen, als aus dem eigentlichen GPS-Track. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gefilterte Abfrage der OSMBug-Daten
Hallo. Am Montag 27 September 2010, 14:47:11 schrieb Jan Tappenbeck: weiß einer von Euch ob man die Meldungen aus OpenStreetMap irgendwie gefiltert abfragen kann - nicht nur nach dem Gebiet. Das wäre dann eine Art Volltextsuche nach dem Text des Bugreport. Wir haben das bisher absichtlich nicht gemacht, da wir Angst vor der wesentlich höheren Datenbank-Last hatten. Da sich OSB aber deutlich performanter zeigt als wir gehofft haben, wäre es durchaus eine Option, so etwas noch anzubieten. Es wäre zumindest einen Versuch wert. Ich weiß nicht ob Mitja noch Zeit in dieses Projekt investiert, kontaktiere ihn doch bitte vorab. Da sowohl Datenbank-Format als auch der Code zur Verfügung stehen, kann das gerne jeder programmieren und mir geben (falls Mitja keine Zeit dafür hat). Ich kann das dann auf dem Server hinterlegen. Wenn jemand immer wieder die selben Bug-Extrakte für spezielle Zwecke haben will, kann man das auch gerne einfach Skripten und als GPX-Datei zum Download anbieten, die z.B. zweimal täglich neu erstellt wird. Gruß, Bernd -- Und dann, naja, dann waren wir... einkaufen. Ich war doch nur ein einziges Mal mit ihr weg. Und es hat mir wirklich garnichts bedeutet! Rachel, ich habe die ganze Zeit nur an dich gedacht, glaub mir! - Monica (Friends, am. Sitcom) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gefilterte Abfrage der OSMBug-Daten
Am 27.09.2010 18:02, schrieb Bernd Wurst: Hallo. Am Montag 27 September 2010, 14:47:11 schrieb Jan Tappenbeck: weiß einer von Euch ob man die Meldungen aus OpenStreetMap irgendwie gefiltert abfragen kann - nicht nur nach dem Gebiet. Das wäre dann eine Art Volltextsuche nach dem Text des Bugreport. Wir haben das bisher absichtlich nicht gemacht, da wir Angst vor der wesentlich höheren Datenbank-Last hatten. Da sich OSB aber deutlich performanter zeigt als wir gehofft haben, wäre es durchaus eine Option, so etwas noch anzubieten. Es wäre zumindest einen Versuch wert. Ich weiß nicht ob Mitja noch Zeit in dieses Projekt investiert, kontaktiere ihn doch bitte vorab. Da sowohl Datenbank-Format als auch der Code zur Verfügung stehen, kann das gerne jeder programmieren und mir geben (falls Mitja keine Zeit dafür hat). Ich kann das dann auf dem Server hinterlegen. Wenn jemand immer wieder die selben Bug-Extrakte für spezielle Zwecke haben will, kann man das auch gerne einfach Skripten und als GPX-Datei zum Download anbieten, die z.B. zweimal täglich neu erstellt wird. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de habe gerade eine kleine Lösung bekommen und mal sehen - dann können wir weiterplanen. gruß jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Am 27. September 2010 14:08 schrieb Tobias Knerr o...@tobias-knerr.de: Ich verstehe das Problem nicht? Der Outdoor-Weg hat kein Stockwerk, denn das Konzept Stockwerk ergibt nur bei Wegen in Gebäuden Sinn. wenn indoor innerhalb eines geschlossenen Gebäudes meint (nach der Tür), dann gibt es bei größeren Gebäuden durchaus öfters auch im Freien verschiedene Stockwerke. (Z.B. übereinanderliegende Eingänge, wo man oben auf einer Struktur geht, die unten auch durchlässig ist, z.B. auf Stützen stehende Rampe/Plattform/Terrasse. Das ist natürlich auch Bauwerk, aber eben nicht indoor und ggf. auch nicht Gebäude (je nach Definition und Bauantrag). Probleme sehe ich ausser im Editing, der Darstellung und dem Datenmodell eigentlich auch keine ;-), was verbunden ist, wird in OSM verbunden, was nicht, eben nicht, am Schnittpunkt würde ich einen Eingang (building=entrance) oder ein Tor/Tür (barrier=gate) erwarten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: GPX-Syntax als BNF/Diagramm
Am Montag, 27. September 2010 schrieb RalfGesellensetter: Hallo Liste, in einem Informatikkurs (Jg. 11) sollen selbst aufgezeichnete GPX-Spuren zunächst phänomenologisch ergründet werden und das GPX-Format als exemplarischer Zugang zum XML-Format dienen. Diese übersichtliche Kurzreferenz für XML könnte als Vorbild dienen: http://www.diprogmbh.de/download/XML.pdf Für eine beispielhafte Darstellung als Diagramm s.a. http://en.wikipedia.org/wiki/Syntax_diagram ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
Am 27. September 2010 15:33 schrieb Steffen Heinz eifelhu...@gmx.de: Am 27.09.2010 12:34, schrieb Fabian: PS http://wiki.openstreetmap.org/wiki/Tag:highway%3Dconstruction na ja, abgesehen von englisch mir gings eigentlich darum das die Eisenbahnstrecke (stillgelegt, Gleise abgebaut) erhalten bleibt, und das auf der gleichen Linie nun der Radweg gebaut wird. Von erhalten bleiben kann doch beim besten Willen keine Rede sein, wenn die Strecke stillgelegt und die Gleise abgebaut sind. Evtl. bleibt der Damm erhalten, so es einen gibt, also der Unterbau, aber auch Schwellen und Schotter werden doch ziemlich sicher abgebaut. railway=abandoned finde ich schon zuviel. Das ist nicht nur eine verlassene/aufgegebene Strecke, das ist eine abgebaute Strecke. Du könntest eine historische Eisenbahnlinie mappen (als route relation über den Radweg, mit entsprechenden Tags, die eine Verwechslung ausschließen), aber railway=xy? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Softwaretipp: Prune GPS
Hallo, apt-cache search brachte mich auf dieses nette Java-Tool: http://activityworkshop.net/software/prune/ Die freie Software (GNU GPL) stellt GPS-Spuren und Wegpunkte dar (auch mit Karte) und erlaubt das Erstellen von verschiedenen Diagrammen (auch als SVG-Export). Punkte und Wegpunkte können auch bearbeitet werden. Eine nette Ergänzung zu JOSM eben. Viele Grüße Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Am 27. September 2010 17:48 schrieb Wolfgang wolfg...@ivkasogis.de: So richtig anonym wird es selbst dann nicht. Spätestens wenn du in der OSM-DB die Sache editiert hast, kann man vermuten, dass du zeitnah in der Gegend gewesen sein wirst. Daraus kann man vermutlich mehr erkennen, als aus dem eigentlichen GPS-Track. +1. Wer auf Anonymität Wert legt, sollte bei OSM am besten überhaupt nicht mitmachen. Wenn jemand zuviel Zeit hat, kann er da ein komplettes Persönlichkeitsprofil aus den Edits erzeugen. Und wenn er dann noch die Mailing-Listen-Beiträge analysiert, gute Nacht. Da ist das Script von Gary68, mit dem man den vermutlichen Wohnort eines Nutzers anhand seiner Edits einkreisen kann, nur die Spitze des Eisbergs. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?
Matthias schrieb: Es sollte entweder Punkt oder eine Fläche vorhanden sein. Beides ist falsch weil es z.B. doppelt beim Suchen auftauchen würde. Dazu kommt, das eine Fläche höherwertiger ist als ein Punkt, also sind Flächen einzelnen Punkten vorzuziehen. Meinst du nun Fläche (wie anhin) als ganzes Parkplatzareal oder auch Fläche für einen einzelnen Parkplatz? Mir geht es auf jeden Fall um einzelne Behinderten-Parkplätze - auch wenn es 20 nebeneinander sind (was mindestens in der Schweiz nicht oft vorkommt). Für Rollstuhlgänger wäre es tatsächlich nützlich, wenn sie als Flächen vorlägen, dann sähe man ob man seitlich aussteigen könnte, etc. Aufwand und Nutzen stehen bei Flächen jedoch kaum im Verhältnis zu einander (gegeben, dass z.B. noch kaum alle Gebäude erfasst sind). Denkbar wäre daher eher ein Attribut, das den Behinderten-Parkplatz (Node) weiter charakterisiert bzw. typisiert (wie das bei den Wanderwegen gemacht wurde). Gruss, S. Am 27. September 2010 16:01 schrieb Matthias Versen ma...@mversen.de: Hallo ! Ich plane Parkplätze als Punkte zu erfassen - zunächst in der Schweiz und angefangen mit Behinderten-Parkplätze. Ich möchte diese je einzeln als Punkte verwalten - und nicht als Flächen und auch nicht als Punkte, die für ein ganzes Parkplatzareal stehen (wie in http://wiki.openstreetmap.org/wiki/Parkplatz angegeben): Es sollte entweder Punkt oder eine Fläche vorhanden sein. Beides ist falsch weil es z.b. doppelt beim suchen auftauchen würde. Dazu kommt das eine Fläche höherwertiger ist als ein Punkt, also sind Flächen einzelnen Punkten vorzuziehen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=pedestrian
Am 27.09.2010 12:47, schrieb M∡rtin Koppenhoefer: Am 24. September 2010 16:56 schrieb Andreas Neumannandr-neum...@gmx.net: Moin, Ich hatte den Kirchvorplatz (und einige andere Plätze) mit highway=pedestrian getagt. Nun hat der Nutzer derandi dieses Tagging gelöscht, da er der Meinung ist, dass es ausschließlich für Fußgängerzonen gedacht ist. Als solche sind diese Plätze jedoch nicht ausgezeichnet. Nun meine Frage: Was bedeutet aus der Wiki und größere Flächen mit hartem Untergrund die vor allem für Fußgänger gedacht sind? highway=pedestrian und area=yes ist m.E. allgemein ein Tag für Fußgängerflächen. Fußgängerzonen gibt es in OSM überhaupt nicht als solches, highway=pedestrian ist für eine Straße, die dem Fußgängerverkehr gewidmet ist. Ähem. Nur mal so als historische Anmerkung. highway=pedestrian war anfangs *genau und nur* für Fußgängerzonen gedacht. Dann kamen einige, die irgendwelche eher für Fußgänger gedachten Plätze mit pedestrian getaggt haben - weil es ja auch schon so schön gerendert wird (und weil der damalige Wiki-Eintrag dies auch nicht ausdrücklich verboten hat [1]). Auch längere Diskussionen auf den ML brachte hier leider keine Einsicht, daß dies eine schlechte Idee ist. So bürgerte sich das dann ein. Als Endeffekt haben wir bis heute kein Tag (mehr), das Fußgängerzonen beschreibt - und anscheinend immer noch Probleme deswegen, weil damals einige ihre Plätze unbedingt gerendert haben wollten und zu faul waren, sich um die Umsetzung eines neuen Tags für allgemeine Fußgängerbereiche zu kümmern. Wieder so ein Beispiel, warum ich die nachträgliche Aufweitung eines Tags überhaupt nicht mag. Es wäre damals ein leichtes gewesen, z.B. highway=footway area=yes für allgemeine Fußgängerbereiche zu definieren und zu verwenden. Aber drauf zu bestehen: Das kann man so aus dem Wiki-Eintrag irgendwie gerade noch so rauslesen, also mach ich das jetzt - egal was du mir sagst. Das ist halt im ersten Moment einfacher ... Gruß, ULFL [1] Das Problem haben wir häufiger: Beim erstellen einer Wiki-Seite kann man garnicht von vornherein an alle Sonderfälle denken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landwirtschaftliche Fläche umschlie ßt Wald
M∡rtin Koppenhoefer dieterdre...@gmail.com [Mon, Sep 27, 2010 at 12:01:10AM CEST]: Am 26. September 2010 18:54 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: so langsam vergrößere ich eine Fläche mit landuse=farmyard immer weiter, um alle landwirtschaftlich genutzten Flächen zu erfassen. Du meinst wahrscheinlich farmland? Ich zeichne damit einzelne Äcker, daher ergibt sich das Problem nicht: wo Wald ist, ist kein farmland. Auch zwischen 2 Feldern sind in manchen Gegenden z.B. Gräben, das ist auch kein farmland. Ein Entwässerungsgraben gehört zum farmland, ähnlich wie einzelne Bäume zu den Schachten im Bayerischen Wald. ohne den Graben wäre manch farmland natural=wetland. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien extrahieren
Hallo, Am Sonntag 26 September 2010 schrieb Norbert Kück: Wenn die ID bekannt ist, erreicht man mit JOSM Datei|Objekt herunterladen (in eine leere Ebene) und anschließendem Speichern der Ebene in eine Datei dieses Ergebnis - ohne Umweg über XAPI etc. Oder habe ich etwas falsch kapiert? Nein, ich habe nur zu wenig erzählt. :-) Also ich habe alle Relationen mit admin_level=2 runtergeladen (ca. 700 MB). Nun möchte ich jede dieser Relationen (ca. 240 Stück) rendern. Das kann z.B. mapgen.pl ganz gut, wenn die Relationen als einzelne osm-Dateien vorliegen. Natürlich könnte ich per grep alle Relation-IDs aus der Gesamt.osm rausfinden und diese dann wieder von der API ziehen (über JOSM oder wget). Aber ich habe ja schon alle Daten in der Gesamt.osm drin, wieso dann nochmal 700 MB runterladen und die API unnötig belasten? Daher kommt die Frage, wie ich die 240 Relationen aus der Gesamt.osm rausfische und in einzelne Dateien schreibe. Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
Am 27.09.2010 18:55, schrieb M∡rtin Koppenhoefer: Von erhalten bleiben kann doch beim besten Willen keine Rede sein, wenn die Strecke stillgelegt und die Gleise abgebaut sind. Evtl. bleibt der Damm erhalten, so es einen gibt, also der Unterbau, aber auch Schwellen und Schotter werden doch ziemlich sicher abgebaut. ne, die Strecke könnte jederzeit wieder aufgebaut werden - das ist die Bedingung der Belgier. alles muss so bleiben das das möglich ist: kann nicht bebaut werden, tunnel und Brücken müssen erhalten bleiben. ... und die Strecke darf nicht nach Deutschland eingemeindet werden, dort wo sie durch Deutschland führt. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=pedestrian
Am 27. September 2010 21:01 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Am 27.09.2010 12:47, schrieb M∡rtin Koppenhoefer: Ähem. Nur mal so als historische Anmerkung. highway=pedestrian war anfangs *genau und nur* für Fußgängerzonen gedacht. von Zone ist noch nie eine Rede gewesen auf der Features seite. http://wiki.openstreetmap.org/w/index.php?title=Tag:highway%3Dpedestrianoldid=55318 For town centres and civic areas, where wide expanses of hard surface are provided for pedestrians to walk between shops. Vehicles may be allowed in during the evenings to unload merchandise, but are prevented from entering normally by bollards Cyclists may try to use these features, leaving behind a trail of irate pedestrians, but are not supposed to be there The footpath tag seems a bit inappropriate for such things. Das ist halt auch wieder so eine Definition, die soviele lokalspezifische Details enthält, dass es kaum vernünftig erscheinen kann: Poller werden als Normalfall beschrieben, Fahrräder sind grundsätzlich verboten und Ladezeiten auf den Abend beschränkt. Weiterhin gilt es nur in town centres und civic areas (städtischen Bereichen, wenn ich das richtig verstehe). Könnte man alles auch ein bisschen generischer machen. Wenn man das streng liest (so wie NOP seine Bäume SCNR), dann wäre ein Fußgängerbereich, wo Be- und Entladen vormittags stattfinden darf, z.B. kein highway=pedestrian. ich hatte oben geschrieben: highway=pedestrian und area=yes ist m.E. allgemein ein Tag für Fußgängerflächen. Fußgängerzonen gibt es in OSM überhaupt nicht als solches, highway=pedestrian ist für eine Straße, die dem Fußgängerverkehr gewidmet ist. Die Seite von 2007 sieht das genauso (howtomap: To map a pedestrianised road nothing else than a simple way is required. Add the highway=pedestrian tag to it and a name=* to make it complete. ) Dann kamen einige, die irgendwelche eher für Fußgänger gedachten Plätze mit pedestrian getaggt haben - weil es ja auch schon so schön gerendert wird moment: nicht eher ... sondern explizit Fußgängerflächen, das ist schon ein kleiner Unterschied. Auch das pedestrian proposal ging von vornherein von Flächen (mit area=yes) und Plätzen aus: http://wiki.openstreetmap.org/wiki/File:Valladolid-plaza.jpg Als Endeffekt haben wir bis heute kein Tag (mehr), das Fußgängerzonen beschreibt nie gehabt für Zonen. Waren immer nur einzelne Wege. Eine Zone wäre für mich eine Boundary oder so was. Und highway=pedestrian funktioniert hervorragend dafür, wo ist das Problem? - und anscheinend immer noch Probleme deswegen, weil damals einige ihre Plätze unbedingt gerendert haben wollten und zu faul waren, sich um die Umsetzung eines neuen Tags für allgemeine Fußgängerbereiche zu kümmern. wie gesagt, ich verstehe Dich hier nicht. Woher beziehst Du denn die Information, dass pedestrian von Zonen handelt? Und was ist genau der Unterschied zu einem Platz, der nur von Fußgängern genutzt werden darf? [1] Das Problem haben wir häufiger: Beim erstellen einer Wiki-Seite kann man garnicht von vornherein an alle Sonderfälle denken. genau, daher sollte man es auch nicht versuchen, sondern möglichst allgemein gültige kurze und klare Definitionen aufstellen, die nur das absolut Nötigste ohne weiteres Geschwafel enthalten. Je mehr Erläuterungen und Einschränkungen und vor allem defaults man definiert, um so weniger nützlich ist ein Tag am Ende. Lieber alle Zusatzbedingungen in Extra tags packen, als den einen Supertag zu entwerfen, der versucht alles (z.B. surface, access, landuse, Umfeld, etc.) in einem Rutsch zu behandeln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrecke stillgelegt, abgebaut und anders benutzt in Zukunft
Am 27.09.2010 18:55, schrieb M∡rtin Koppenhoefer: Von erhalten bleiben kann doch beim besten Willen keine Rede sein, wenn die Strecke stillgelegt und die Gleise abgebaut sind. Evtl. bleibt der Damm erhalten, so es einen gibt, also der Unterbau, aber auch Schwellen und Schotter werden doch ziemlich sicher abgebaut. railway=abandoned finde ich schon zuviel. Das ist nicht nur eine http://wiki.openstreetmap.org/wiki/DE:Key:railway sagt abandoned: Unbenutzte ehemalige Strecke ohne Schienen. Das finde ich ziemlich treffend, auch wenn http://translate.google.de/ Übersetzung von Englisch in Deutsch verlassen Wörterbuch - Detaillierten Wörterbucheintrag anzeigen 1. Adjektiv 1. verlassen 2. herrenlos 3. verwaist 4. öde 5. verkommen 6. hemmungslos 7. selbstvergessen 8. hingebungsvoll 9. unabhängig verlassene/aufgegebene Strecke, das ist eine abgebaute Strecke. Du könntest eine historische Eisenbahnlinie mappen (als route relation dazu sagt das Wiki: disused: Nicht mehr in Benutzung, aber Schienen sind noch da. (siehe auch railway=rail und disused=yes für eine alternative Art der Auszeichnung) Aber die Gleise sind ja gerade nicht mehr da nicht da. über den Radweg, mit entsprechenden Tags, die eine Verwechslung ausschließen), aber railway=xy? Was für mich nicht so ganz klar ist. Der OSM-Inspector meckert bei Railway tagged as highway Ich meine, ich hätte das auch mal im Wiki gelesen. Ich würde eine abgebaute Strecke deren Bahndamm noch vorhanden ist, aber heute als Radweg genutzt ist als railway=abandoned highway=cycleway taggen. Also so etwas: http://www.achim-bartoschek.de/fotos/bahn/nw/baal02.jpg (www.bahntrassenradeln.de) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polizei nutzt OSM für Fahndungsplakat
moin die frage ist doch eher: warum benutzt die polizei da ne OSM karte? das sit doch ne staatliche einrichtung die müssten doch direkt auf die karten vom katasteramt oder wen auch immer zugreifen können?! cu assetburned On 20.09.2010, at 20:41, Philip Gillißen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen! Seid nunmehr zwei Wochen ist im Kreis Viersen der 11jährige Mirko verschwunden. Die Suche ist noch nicht aufgegeben und die Polizei NRW hat ein Fahndungsplakat herausgegeben, unter anderem mit einer Karte von dem Suchgebiet mit Ergänzungen. Die Karte basiert auf OpenStreetMap-Daten und ist sogar korrekt ausgezeichnet. Obwohl die Gegend in Google Maps sehr gut erfasst ist, hat sich die Polizei für OSM entschieden. Ich finde eine richtige Entscheidung! http://www.polizei-nrw.de/moenchengladbach/Start/soko-mirco/2/ Gruß, Philip -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyXuQIACgkQYNYFUFLXAD3XRACfaRtRD1X+Ofroq3WUKbzt4nGM WtQAn0CGeNvX4+ZiMyJy59F2wA5vsGjz =Pcvw -END PGP SIGNATURE- ___ 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