Re: [Talk-kosovo] Editing OpenStreetMap Wiki Kosovo
I saw the Kosovo page http://wiki.openstreetmap.org/wiki/WikiProject_Kosovo#People_involved and Croatia http://wiki.openstreetmap.org/wiki/WikiProject_Croatia what do you think if we made another page in Albanian and to add more details ? On Wed, May 23, 2012 at 6:53 PM, Besfort Guri besig...@gmail.com wrote: Hi, I will edit this page to add more details in it, any suggestions ? -- Regards Besfort Guri +377 44 49 88 91 http://www.besiguri.wordpress.comBlog: http://besfortp.posterous.com/ -- Regards Besfort Guri +377 44 49 88 91 http://www.besiguri.wordpress.comBlog: http://besfortp.posterous.com/ ___ Talk-kosovo mailing list Talk-kosovo@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-kosovo
Re: [Talk-kosovo] Editing OpenStreetMap Wiki Kosovo
sure go for it! On Wed, May 23, 2012 at 4:57 PM, Besfort Guri besig...@gmail.com wrote: I saw the Kosovo page http://wiki.openstreetmap.org/wiki/WikiProject_Kosovo#People_involved and Croatia http://wiki.openstreetmap.org/wiki/WikiProject_Croatia what do you think if we made another page in Albanian and to add more details ? On Wed, May 23, 2012 at 6:53 PM, Besfort Guri besig...@gmail.com wrote: Hi, I will edit this page to add more details in it, any suggestions ? -- Regards Besfort Guri +377 44 49 88 91 Blog: http://besfortp.posterous.com/ -- Regards Besfort Guri +377 44 49 88 91 Blog: http://besfortp.posterous.com/ -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-kosovo mailing list Talk-kosovo@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-kosovo
Re: [Talk-hr] dors/cluc 2012
Nismo danas imali nikakvo predavanje ali smo bili spomenuti 3-4 puta kao pozitivan primjer otvorenih podataka. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] Routing view
Hello, I have fix some routing problems 15km around Charleroi. I see that OSM Inspector don't expose the problems in real time. Wath is the refresh time on OSM Inspector ? Thanx *__Eddy__* 2012/5/16 Teddy e...@swing.be I will fix the routing problem for the points around Charleroi. Kind regards __Eddy__ 2012/5/15 Sander Deryckere sander...@gmail.com Thanks for mentioning this again. It has been a long time since I last used it. 2012/5/15 Johan C osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
On 2012-05-23 11:44, Teddy wrote: Hello, I have fix some routing problems 15km around Charleroi. I see that OSM Inspector don't expose the problems in real time. Wath is the refresh time on OSM Inspector ? Below the map it says Data from ... Presently it is on 2012-05-22 19:46:02 (UTC) and yesterday I saw it was from 2012-05-21 about the same time. So I assume it is updated daily. Maarten 2012/5/16 Teddy e...@swing.be [8] I will fix the routing problem for the points around Charleroi. Kind regards __Eddy__ 2012/5/15 Sander Deryckere sander...@gmail.com [7] Thanks for mentioning this again. It has been a long time since I last used it. 2012/5/15 Johan C osm...@gmail.com [4] Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9 [1] showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org [2] http://lists.openstreetmap.org/listinfo/talk-be [3] ___ Talk-be mailing list Talk-be@openstreetmap.org [5] http://lists.openstreetmap.org/listinfo/talk-be [6] Links: -- [1] http://tools.geofabrik.de/osmi/?view=routingamp;lon=4.32973amp;lat=50.82125amp;zoom=9 [2] mailto:Talk-be@openstreetmap.org [3] http://lists.openstreetmap.org/listinfo/talk-be [4] mailto:osm...@gmail.com [5] mailto:Talk-be@openstreetmap.org [6] http://lists.openstreetmap.org/listinfo/talk-be [7] mailto:sander...@gmail.com [8] mailto:e...@swing.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
Merci Operon, je ne connaissais pas ! Très intéressant. __Eddy__ 2012/5/23 ope...@sfr.fr ope...@sfr.fr Google translation, Hello, I think OSM inspector refreshed every 15 days. But do you know OSMOSIS (quality tools)? http://osmose.openstreetmap.fr/map/?country=switzerlandzoom=8lat=50.73834lon=4.8678layers=BFF00Titem=1050,1110,2010,2030,3010,4020,5020 cordially Bonjour, Je crois que OSM inspector rafraichis tous les 15 jours. Cependant connaissez-vous OSMOSE (outils qualité)? http://osmose.openstreetmap.fr/map/?country=switzerlandzoom=8lat=50.73834lon=4.8678layers=BFF00Titem=1050,1110,2010,2030,3010,4020,5020 Cordialement Le 23/05/2012 11:44, Teddy a écrit : Hello, I have fix some routing problems 15km around Charleroi. I see that OSM Inspector don't expose the problems in real time. Wath is the refresh time on OSM Inspector ? Thanx *__Eddy__* 2012/5/16 Teddy e...@swing.be I will fix the routing problem for the points around Charleroi. Kind regards __Eddy__ 2012/5/15 Sander Deryckere sander...@gmail.com Thanks for mentioning this again. It has been a long time since I last used it. 2012/5/15 Johan C osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
Hello, I'm new to the list. Is here anybody able to help me make my first steps (teach) on OSM in the south east part of Brussels? My intention is to collaborate to mark bike paths separated or not from vehicle flow in my commune. I also seek to elaborate routes for my GPS with something linked to OSM. Once again I am a new user of OMS. Thank you for your interest. Philippe Delchambre Le 23/05/12 12:13, Teddy a crit: Merci Operon, je ne connaissais pas ! Trs intressant. __Eddy__ 2012/5/23 ope...@sfr.fr ope...@sfr.fr Google translation, Hello, I think OSM inspector refreshed every 15 days. But do you know OSMOSIS (quality tools)? http://osmose.openstreetmap.fr/map/?country=switzerlandzoom=8lat=50.73834lon=4.8678layers=BFF00Titem=1050,1110,2010,2030,3010,4020,5020 cordially Bonjour, Je crois que OSM inspector rafraichis tous les 15 jours. Cependant connaissez-vous OSMOSE (outils qualit)? http://osmose.openstreetmap.fr/map/?country=switzerlandzoom=8lat=50.73834lon=4.8678layers=BFF00Titem=1050,1110,2010,2030,3010,4020,5020 Cordialement Le 23/05/2012 11:44, Teddy a crit: Hello, I have fix some routing problems 15km around Charleroi. I see that OSM Inspector don't expose the problems in "real time". Wath is the refresh time on OSM Inspector ? Thanx __Eddy__ 2012/5/16 Teddy e...@swing.be I will fix the routing problem for the points around Charleroi. Kind regards __Eddy__ 2012/5/15 Sander Deryckere sander...@gmail.com Thanks for mentioning this again. It has been a long time since I last used it. 2012/5/15 Johan C osm...@gmail.com Hi,is anyone familiar with this site:http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9 showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
[OSM-talk] OSMCoastline / OpenStreetMapData.com
Hi! In the last months I have been working on a program that extracts coastlines (ways tagged natural=coastline) from the planet file and processes them. It does a similar job as the coastcheck program that was used before for this task, but it is easier to use, much faster (minutes instead of hours) and it can do more. It creates land and water polygons and linestrings for the coastline. It corrects small errors in the data before doing that. It also generates tables with problems in the data, you can use those to fix them. (I have fixed hundreds of problems in the last months and the coastline currently is in a pretty good shape, but new problems are added each day...) Optionally large polygons and linestrings are split, to make them easier and faster to handle (Eurasafrica is one polygon with more than 4 million points). Of course this software is Open Source, you can find it at https://github.com/joto/osmcoastline . The Wiki page http://wiki.openstreetmap.org/wiki/OSMCoastline is currently just a stub and needs some more work. Because not everybody has a planet file lying around and because the software with all its options is still not so easy to use, I have created a new service at OpenStreetMapData.com where you can download the files created by OSMCoastline. The data is updated daily. Some more background in my blog: http://blog.jochentopf.com/tags-osmcoastline.html Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMCoastline / OpenStreetMapData.com
23.05.2012 11:28, Jochen Topf: Because not everybody has a planet file lying around and because the software with all its options is still not so easy to use, I have created a new service at OpenStreetMapData.com where you can download the files created by OSMCoastline. The data is updated daily. Cool, this might be really helpful for adding coastline rendering support to the OSM2World slippy map. I'll have to look at the details and will probably need to convert the shapefiles back to osm (or add shapefile parsing support to my tools), but it definitely seems a lot easier to work with than the raw coastline ways in the planet. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Andere tijden
Genietend van het mooie weer en de vakantie die ik toevallig heb, besloot ik maar weer e.e.a. in kaart te brengen in de prachtige stad Utrecht. Ondanks de mapping party van 2 jaar geleden is er nog meer dan genoeg te mappen. Wandelend langs de Oudegracht kwam ik toevallig uit bij een schim uit een ver verleden: een platenzaak [1]! Groot was zojuist mijn ontsteltenis bij het invoeren dat er hiervoor geen shop-tag was gedefinieerd! Blijkbaar heeft niemand hiervoor de moeite genomen in de tijd van iTunes. Volgens TagWatch [2] is een platenzaak sowieso een uitstervend verschijnsel. Culturel erfgoed? De kaart ziet er saai uit: alleen maar een lange reeks huisnummers. Er zitten hier wel woonhuizen, maar ook wel winkels (antiek, galerij, iets voor volwassenen, etc.) en een groot hok op nr. 312 [3] waar nog geen witte rook uitkomt. Groeten, Frank [1] http://www.openstreetmap.org/browse/node/1763428067 [2] http://taginfo.openstreetmap.org/keys/?key=shop#values , zoek op 'record' [3] http://www.openstreetmap.org/browse/node/1763427942 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Andere tijden
Ik heb shop=music gebruikt in het verleden: http://taginfo.openstreetmap.org/tags/shop=music#overview http://wiki.openstreetmap.org/wiki/Proposed_features/Music_shop 2012/5/23 Frank Steggink stegg...@steggink.org: Genietend van het mooie weer en de vakantie die ik toevallig heb, besloot ik maar weer e.e.a. in kaart te brengen in de prachtige stad Utrecht. Ondanks de mapping party van 2 jaar geleden is er nog meer dan genoeg te mappen. Wandelend langs de Oudegracht kwam ik toevallig uit bij een schim uit een ver verleden: een platenzaak [1]! Groot was zojuist mijn ontsteltenis bij het invoeren dat er hiervoor geen shop-tag was gedefinieerd! Blijkbaar heeft niemand hiervoor de moeite genomen in de tijd van iTunes. Volgens TagWatch [2] is een platenzaak sowieso een uitstervend verschijnsel. Culturel erfgoed? De kaart ziet er saai uit: alleen maar een lange reeks huisnummers. Er zitten hier wel woonhuizen, maar ook wel winkels (antiek, galerij, iets voor volwassenen, etc.) en een groot hok op nr. 312 [3] waar nog geen witte rook uitkomt. Groeten, Frank [1] http://www.openstreetmap.org/browse/node/1763428067 [2] http://taginfo.openstreetmap.org/keys/?key=shop#values , zoek op 'record' [3] http://www.openstreetmap.org/browse/node/1763427942 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel http://oegeo.wordpress.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Andere tijden
On 23-5-2012 21:38, Martijn van Exel wrote: Ik heb shop=music gebruikt in het verleden: http://taginfo.openstreetmap.org/tags/shop=music#overview http://wiki.openstreetmap.org/wiki/Proposed_features/Music_shop Aangepast. Ik blijf tagging een uitdaging vinden. O.a. een winkel met new-agespulletjes tegengekomen en een 'spellenspeciaalzaak' (verkopen Magic The Gathering-kaarten, etc.). Ik heb hen beloofd om ze niet als speelgoedwinkel op te nemen, dus nu is het shop=card_games ;) Bij twijfel gebruik ik tag watch, om gewoon aan te sluiten wat het meest gebruikelijk is. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Subbairros
O admin_level=11 já foi aceito? Achei que ainda fosse somente proposta. Foi citado que o mapnik seria uma de muitas representações. Poderiam citar os outros meios? Preciso visualizar o bairro com os subbairros. No momento enquanto não funciona, estava registrando com 'village', que embora saiba que esta incorreto, renderiza corretamente, para depois atualizar para 'neighbourhood'. Pelo que vi no projeto mapnik, ele renderiza baseado no arquivo 'default.style', que provavelmente não deve ter uma definição padrão, para o recém aceito neighbourhood. []s, Eduardo Medeiros ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Contribuições ao OSM em Manaus (transporte público) e perguntas
Talvez dê para pegar alguma coisa nos diários oficiais. Duvido que haja algum problema de licença com eles. Dei uma procurada rápida nos de Natal e achei as rotas de algumas das linhas mais novas. Procurei por palavras como linha de ônibus e itinerário. 2012/5/23 Martin Weilandt martin...@gmx.net Olá Anderson, comecei a mapear as linhas de ônibus aqui em Florianópolis e tenho alguns comentários. Date: Tue, 22 May 2012 11:10:02 -0400 From: Anderson Lizardo anderson.liza...@gmail.com [...] O projeto Transito Manaus [1] inaugurou recentemente um serviço muito legal chamado Ônibus Manaus [2], onde é possível visualizar as rotas de todas as linhas de Ônibus da cidade (243 no momento). Isso só foi possível graças a colaboração da comunidade (infelizmente não pude [...] Talvez nem seja uma boa ideia você colaborar com esses mapas baseados em Google Maps: As condições de Google Maps API não permitem o uso de arquivos KML criados usando Google Maps fora do mundo de Google. Em outras palavras: O valor desses arquivos para OSM é limitado. For example, you must not use geocodes obtained through the Service in conjunction with a non-Google map. [1] Temos o mesmo problema com outros projetos (como wikimapia, por exemplo): Os voluntários fazem um monte de esforço mas depois ninguém pode usar os dados sem permissão de Google. Mas como tais sistemas já funcionam bem, é difícil convencer os contribuintes das vantagens de OSM. Aqui em Floripa tem um site [2] que tinha mapas de todas as linhas de ônibus no Google Maps. Quando Google decidiu apagar essa conta (sem explicação nenhuma), ficamos sem mapas. A adminstradora do site tem os arquivos KML mas não posso usá-los para meu mapeamento no OSM. (Se alguém puder me corrigir, agradeço.) Você também vai ter de achar fontes sem tais restrições e por exemplo mapear as linhas usando listas das ruas onde passa cada ônibus. (Essas listas nos terminais deviam ser domínio público.) [...] 3) Outra ferramenta que use as informações de rotas de transporte público? Achei a openbusmap um pouco limitada, além de não suportar outros idiomas ou mesmo não ser em inglês. Acho que você já descobriu a maioria daqueles sites. O mapa atualizado mais regularmente (mais ou menos de três em três dias) é o mapa de transporte público de Andy Allan que agora fica em osm.org. Infelizmente o mapa mesmo não é open source, mas sempre dá para mandar um e-mail para o autor. 4) Tem algum problema de se quebrar as rotatórias para que as rotas possam ser construídas adequadamente? Se sim, dicas de como evitar isso? [...] As ruas já deviam ser quase prontas antes de começar a colocar linhas. Quebrar caminhos não parece um grande problema no JOSM (que corrige as relações das linhas automaticamente), mas se você ainda tiver de duplicar caminhos depois (para representar faixas separadas, por exemplo), você vai ter de fazer muitas correções manuais. Existe uma lista de OSM para transporte público chamada talk-transit [3]. O maior problema do transporte público é que Mapnik ignora pontos mapeados usando literalmente as novas regras oficiais [4] que foram aprovadas mas parece que são impopulares. Mapnik também não mostra terminais de barcos, por exemplo. Não sei porque não, mas esses seriam tópicos para a lista acima. Meu problema aqui em Floripa é que não tenho certeza como mapear pontos onde a placa não mostra o nome ou (o que parece bem comum aqui no Brasil) pontos sem placa (i.e. meio-virtuais). Por enquanto coloco o nome e uso source:name=extrapolation para o primeiro exemplo (pois normalmente dá para calcular o número do ponto depois de mapear os outros pontos na rua) e unsigned=yes para o segundo, mas um usuário não pode ver no mapa se um ponto tem um nome/uma placa ou não. Mas sem regras centrais esses por enquanto são problemas para nosso grupo local. Para nosso mapa veja [5]. Outro problema aqui é que a prefeitura não queria publicar sua lista dos pontos de ônibus (provavelmente sem coordenadas) quando o projeto [2] aqui pediu. Não sei se a nova lei de transparência ajuda mas isso é um outro tópico. (Pelo menos os textos de tratados ou convenções, leis, decretos, regulamentos, decisões judiciais e demais atos oficiais são domínio público segundo Lei 9610.) Martin [1] https://developers.google.com/maps/terms?hl=pt-BR 10.1.1(g) [2] http://www.mobfloripa.com.br [3] http://lists.openstreetmap.org/listinfo/talk-transit [4] http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport [5] http://www.openstreetmap.org/?at=-27.5954lon=-48.5347zoom=14layers=T -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list
[Talk-br] Contribuições ao OSM em Manaus (transporte público) e perguntas
Ola ANderson, Eu confirmo que o http://3liz.fr/public/osmtransport/ funciona bem (não digo isso porque é frances ! :) ) e os donos são reativos se aparece um problema no rendimento dos dados de transportes, como tivemos com aqueles no Haiti com o mapeamento das linhas dos taptap (taptap é o transporte publico de la, a maioria da frota não é de onibus mas de pick-up modificados e bastante coloridoshttp://upload.wikimedia.org/wikipedia/commons/7/70/Tap-tap_city.jpg ) Message: 4 Date: Tue, 22 May 2012 14:34:05 -0400 From: Anderson Lizardo anderson.liza...@gmail.com To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Contribuições ao OSM em Manaus (transporte público) e perguntas Message-ID: CAAFmv5F0Lwi4TWMY8azpsn418tnwx=amapbwo-nprobkk-i...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Olá novamente, 2012/5/22 Anderson Lizardo anderson.liza...@gmail.com: Desde que comecei a acompanhar o projeto, imaginei como o OSM poderia ajudar bastante, e procurei por ferramentas baseadas no OSM para rotas de transporte público. Encontrei o openbusmap [3]. Após uma busca rápida, encontrei estes serviços que oferecem uma camada de transporte público (as URL são para exemplos aleatórios): http://www.openstreetmap.org/?lat=48.85084lon=2.34595zoom=16layers=T http://latlon.org/pt?zoom=15lat=53.89679lon=27.55145layers=B0FT http://www.opencyclemap.org/?zoom=16lat=48.84474lon=2.34515layers=0B0 http://www.openbusmap.org/?zoom=16lat=51.23383lon=7.19897layers=BT http://openptmap.org/?zoom=15lat=49.12549lon=8.60168layers=BTFT http://openmap.lt/#l=51.48371,7.02526,15,MT http://www.openstreetbrowser.org/#?zoom=14lat=51.52203lon=7.14481layers=basemap=osbcategories=transport%5Btransport_pt%5Btransport_pt_routes%2Ctransport_pt_stops%5D%5Doverlays=render_route_overlay_pt http://taptapmap.org/ http://3liz.fr/public/osmtransport/ Este último (osmtransport) foi um dos que achei mais fácil de usar. Alguém conhece outros? Obrigado, -- Anderson Lizardo -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br Fim da Digest Talk-br, volume 44, assunto 25 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Subbairros
É melhor usar admin_level=11 do que confundir bairros com subbairros. Quanto aos mapas, procure em: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://maps.cloudmade.com/editor Não se preocupe em renderizar corretamente. Mapeie corretamente. Não use village para coisas que não são village. O padrão que eu uso (e creio que a maioria dos mapeadores brasileiros também) é: place=city Cidades com mais de 100 mil habitantes place=town Cidades entre 10 mil e 100 mil habitantes place=village Cidades (sede de municípios) com menos de 10 mil habitantes place=hamlet Locais isolados da sede do município Há ainda: place=suburb Bairro de cidades maiores place=neighbourhood Sub-bairro de cidades maiores ou bairro de cidades menores (ver http://wiki.openstreetmap.org/wiki/Place) Em 23-05-2012 11:03, Eduardo Medeiros escreveu: O admin_level=11 já foi aceito? Achei que ainda fosse somente proposta. Foi citado que o mapnik seria uma de muitas representações. Poderiam citar os outros meios? Preciso visualizar o bairro com os subbairros. No momento enquanto não funciona, estava registrando com 'village', que embora saiba que esta incorreto, renderiza corretamente, para depois atualizar para 'neighbourhood'. Pelo que vi no projeto mapnik, ele renderiza baseado no arquivo 'default.style', que provavelmente não deve ter uma definição padrão, para o recém aceito neighbourhood. []s, Eduardo Medeiros ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Subbairros
Se voce precicar definir melhoe poder adicionar border_type=* como eu fiz em Espirito Santo para diferenciar distritos e subdistritos no adminlevel 9 Aun Johnsen user Skippern sent from Android On May 23, 2012 1:59 PM, Flavio Bello Fialho be...@cnpuv.embrapa.br wrote: É melhor usar admin_level=11 do que confundir bairros com subbairros. Quanto aos mapas, procure em: http://wiki.openstreetmap.org/**wiki/List_of_OSM_based_**Serviceshttp://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://maps.cloudmade.com/**editor http://maps.cloudmade.com/editor Não se preocupe em renderizar corretamente. Mapeie corretamente. Não use village para coisas que não são village. O padrão que eu uso (e creio que a maioria dos mapeadores brasileiros também) é: place=city Cidades com mais de 100 mil habitantes place=town Cidades entre 10 mil e 100 mil habitantes place=village Cidades (sede de municípios) com menos de 10 mil habitantes place=hamlet Locais isolados da sede do município Há ainda: place=suburb Bairro de cidades maiores place=neighbourhood Sub-bairro de cidades maiores ou bairro de cidades menores (ver http://wiki.openstreetmap.org/**wiki/Placehttp://wiki.openstreetmap.org/wiki/Place ) Em 23-05-2012 11:03, Eduardo Medeiros escreveu: O admin_level=11 já foi aceito? Achei que ainda fosse somente proposta. Foi citado que o mapnik seria uma de muitas representações. Poderiam citar os outros meios? Preciso visualizar o bairro com os subbairros. No momento enquanto não funciona, estava registrando com 'village', que embora saiba que esta incorreto, renderiza corretamente, para depois atualizar para 'neighbourhood'. Pelo que vi no projeto mapnik, ele renderiza baseado no arquivo 'default.style', que provavelmente não deve ter uma definição padrão, para o recém aceito neighbourhood. []s, Eduardo Medeiros __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] OpenStreetMap Respräsentanten
Am 22.05.2012 16:21, schrieb Pascal Neis: ich würde versuchen dort jemanden zu finden, wo jemand gebraucht wird. Damit meine ich, wenn z.B. jemand in Berlin gesucht wird, würde ich versuchen dort die Community zu kontaktieren und anzufragen ;) +1 Ansonsten stimme ich aber Jochen zu, dass es einfach jemand macht, der Lust drauf hat. Das ist ja bei den Repräsentanten die die Öffentlichkeitsarbeit machen nichts anderes. Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historischen OSM-Datenstand rekonstruieren
Ein anderer Service, der Dir evtl. helfen könnte, ist der changeset analyzer auf dem Fossgis-Server, Martin, hast du die URL zur Hand? Wollte das mal auf die Schnelle auspropieren und habe den changeset analyzer nicht gefunden Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historischen OSM-Datenstand rekonstruieren
Am 23. Mai 2012 09:40 schrieb Volker Schmidt vosc...@gmail.com: Ein anderer Service, der Dir evtl. helfen könnte, ist der changeset analyzer auf dem Fossgis-Server, Martin, hast du die URL zur Hand? Wollte das mal auf die Schnelle auspropieren und habe den changeset analyzer nicht gefunden Ist glaube ich das hier: http://osmhv.openstreetmap.de/index.jsp Weiter hilfreiche Links evtl. hier: http://wiki.openstreetmap.org/wiki/Qualit%C3%A4tssicherung Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historischen OSM-Datenstand rekonstruieren
Ist glaube ich das hier: http://osmhv.openstreetmap.de/index.jsp Danke! Genau das , was ich gesucht hatte Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMCoastline / OpenStreetMapData.com
Hi! Ich hab die letzten Monate an einem Programm gearbeitet, dass die Küstenlinien (ways mit natural=coastline) aus dem Planet-File extrahiert und aufbereitet. Es funktioniert ähnlich wie das coastcheck-Programm, dass man bisher dafür verwendet hat, ist aber einfacher zu benutzen, läuft viel schneller durch (Minuten statt Stunden) und kann mehr. Erzeugt werden Land- oder Wasser-Polygone bzw. die Küstenlinie als LineString. Dabei repariert das Programm kleinere Fehler in den Daten. Es generiert auch Tabellen mit Fehlern in den OSM-Daten sodass man sich daran orientieren kann, wenn man die Küstenlinien in OSM korrigieren will. (Ich hab in den letzten Monaten hunderte Fehler in den Küstenlinien korrigiert und im Moment sehen sie relativ gut aus, aber neue Fehler kommen ständig hinzu...) Optional werden große Polygone (Eurasafrika ist ein großes Polygon mit mehr als 4 Mio Punkten) in kleinere aufgeteilt. Die Software ist natürlich Open Source, ihr findet sie unter https://github.com/joto/osmcoastline . Die Wiki-Seite http://wiki.openstreetmap.org/wiki/OSMCoastline ist noch etwas dünn, aber ich werde sie ergänzen. Da nicht jeder ein Planet-File rumliegen hat und die Software mit all ihren Optionen immernoch nicht so einfach zu benutzen ist, wie es schön wäre, habe ich unter OpenStreetMapData.com einen Service aufgesetzt, wo man die entstehenden Dateien runterladen kann. Die Daten werden täglich aktualisiert. Etwas mehr Hintergrund gibts in meinem Blog: http://blog.jochentopf.com/tags-osmcoastline.html Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Diestleister: Sport
Moin ! immer wieder begegnen mir Sport-Dienstleister (auch Fitness-Studio genannt) mit dem Tag leisure = sports_centre. Ich finde das ehrlich immer etwas überzogen und würde das gerne mehr für Sportplätze im klassischen Sinne verwenden. Wie seht Ihr das oder gibt es eine gebräuchliche Alternative? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am Montag, 14. Mai 2012, 18:42:33 schrieb Garry: Am 14.05.2012 16:45, schrieb Max: n Deutschland stimmt das. In vielen anderen Ländern gibt es keine Verbindungen zwischen Hochgeschwindigkeitsnetz und regulärer Bahn. Nachtrag: mir ist ein Beispiel eingefallen. In Taiwan gibt es die High-Speed-Rail (HSR). Die wird im Linksverkehr betrieben, das restliche Schienennetz im Rechtsverkehr. Möglicherweise hat die HSR auch eine andere Spurweite und eine andere Elektrifizierung. Der Mischbetrieb dürfte dennoch häufiger sein, ist mir jetzt jedenfalls nicht bekannt dass es sehr viele Länder überhaupt mit Hochgeschwindigkeitsnetz gibt. Von daher sehe ich es als praxistauglicher ein Zusatztag für die Hochgeschwindigkeitsbereiche zu vergeben als Streitfälle zu provozieren ob das jetzt eine rail = highspeed Streckentyp ist. OK, werde es ändern. Mir ist nämlich auch aufgefallen, dass es bei den Ausbaustrecken schwierig zu definieren ist. Ich würde vorschlagen usage=main und highspeed=yes. Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diestleister: Sport
Am 23.05.2012 14:59, schrieb Jan Tappenbeck: Moin ! immer wieder begegnen mir Sport-Dienstleister (auch Fitness-Studio genannt) mit dem Tag leisure = sports_centre. Ich finde das ehrlich immer etwas überzogen und würde das gerne mehr für Sportplätze im klassischen Sinne verwenden. Warum überzogen? Weil das Abrechnungsmodell eben noch etwas kommerzieller ist? Viele Fußballplätze dürfen nur von den Spielern des Vereins genutzt werden - und die Vereinsmitgliedschaft ist teuer. Woran also machst du das fest, was dann noch leisure=sports_centre ist und was nicht? Am Preis? An der Gewinnabsicht? Was willst du mit einer alternative unterscheiden? Wo ist die Grenze? So ganz verstehe ich da deine Frage grade nicht. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder von Aerowest für Göttingen
Hallo @talk-de,
wie schon im Laufe des April für Bonn u.a. gemeldet stehen jetzt auch
für Göttingen die georeferenzierten Luftbilder von Aerowest in 10cm
Auflösung über einen TMS-Server zur Verfügung.
Die Hinweise zur Konfiguration für Bonn kommen hier analog zur
Anwendung, ich verweise deshalb einfach mal auf die entsprechende Wikiseite:
http://wiki.openstreetmap.org/wiki/Bonn/Luftbilder
Natürlich unterscheidet sich der tms-Link, für Göttingen bitte
tms:http://tms.goemap.de/Aerowest/goettingen/mercator/tiles/{zoom}/{x}/{y}.png
verwenden und als Projektionsmethode in JOSM Merkator einstellen.
Zum Hintergrund siehe auch
http://wiki.openstreetmap.org/wiki/DE:WissensWert/Luftbilder
https://wiki.openstreetmap.org/wiki/G%C3%B6ttingen/Luftbilder
Bei der Gelegenheit lade ich alle Interessierten nochmal zum Göttinger
Stammtisch am Mittwoch in einer Woche(30.5.) ein. Dort können wir offene
Fragen besprechen und weitere sachdienliche Hinweise geben. Das
Treffen findet im Noklab des CCC Göttingen ab 19 Uhr statt:
Neustadt 7
37073 Göttingen
Koordinaten: 9° 55' 48,1O, 51° 32' 03,2N
http://www.openstreetmap.org/?mlat=51.534179mlon=9.930078zoom=18layers=M
Besten Gruß
Michael
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [osm-goettingen] Luftbilder von Aerowest für Göttingen
Michael hat am 23. Mai 2012 um 14:56 geschrieben:
Hallo,
wie schon im Laufe des April für Bonn u.a. gemeldet stehen jetzt auch
für Göttingen die georeferenzierten Luftbilder von Aerowest in 10cm
Auflösung über einen TMS-Server zur Verfügung.
Die Hinweise zur Konfiguration für Bonn kommen hier analog zur
Anwendung, ich verweise deshalb einfach mal auf die entsprechende Wikiseite:
http://wiki.openstreetmap.org/wiki/Bonn/Luftbilder
Natürlich unterscheidet sich der tms-Link, für Göttingen bitte
tms:http://tms.goemap.de/Aerowest/goettingen/mercator/tiles/{zoom}/{x}/{y}.png
[...]
Zur Koordinierung des Fortschritts der Häuser und auch Straßenverläufe haben wir
einen
Mapcraft Pie [1] unter http://mapcraft.nanodesu.ru/pie/88 Da sind auch unsere
bisherigen Fortschritte per heruntergeladenen Bildern (picLayer) drin.
Das hilft ganz gut doppelte Arbeit zu vermeiden ;)
P.S. ich bin kein Forumsmitglied, kann das bitte auch dort jemand kund
tun - schon jetzt vielen Dank dafür!
Im Forum ist es übrigens auch schon inzwischen [2], da ja doch jeder ein Foren
Mitglied ist.
[1] https://wiki.openstreetmap.org/wiki/MapCraft
[2] http://forum.openstreetmap.org/viewtopic.php?id=16742
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jahr der Pflanzung
Martin Koppenhoefer schrieb: Am 22. Mai 2012 20:34 schrieb malenki o...@malenki.ch: | [...] | Kronendurchmesser | Symbionten (zur „Giftpilz-Kontrolle“) | Zustandsdaten (Vitalitätseinschätzung) | Schädlingsanfälligkeit | [...] ...und ich dachte, manche OSMapper seien Korinthenkacker. ;) ^¹ Das hat mit Korinthenkackerei nichts zu tun, wenn man aus den Daten mehr rauslesen will als da ist ein Baum dann muss man auch mehr reinschreiben. ¹für dich nochmal in Groß: HHH88, ,HHH8. `'HHH88, H88'HHH88, H88 'HHH88, H88 'HHH88 H88'HHH88 H88 HHH88 'HHH8' 888 'HH88 88 HH88 88 HH88 ,HH8. HH88 88,HH88 88 HHH88' 88 HHH88' HHH88 HHH88' 'HH88 HHH88' HHHBBHHH88' HHBB HHH88' hth =D Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diestleister: Sport
Am 23.05.2012 15:23, schrieb Peter Wendorff: Am 23.05.2012 14:59, schrieb Jan Tappenbeck: Moin ! immer wieder begegnen mir Sport-Dienstleister (auch Fitness-Studio genannt) mit dem Tag leisure = sports_centre. Ich finde das ehrlich immer etwas überzogen und würde das gerne mehr für Sportplätze im klassischen Sinne verwenden. Warum überzogen? Weil das Abrechnungsmodell eben noch etwas kommerzieller ist? Viele Fußballplätze dürfen nur von den Spielern des Vereins genutzt werden - und die Vereinsmitgliedschaft ist teuer. Woran also machst du das fest, was dann noch leisure=sports_centre ist und was nicht? Am Preis? An der Gewinnabsicht? Was willst du mit einer alternative unterscheiden? Wo ist die Grenze? So ganz verstehe ich da deine Frage grade nicht. Gruß Peter Nein vielleicht shop oder sports wie soll ein Renderer jemals unterschieden ob eine Olympiastaion oder die Fitnesbude von nebenan. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diestleister: Sport
Am 23.05.2012 16:45, schrieb Jan Tappenbeck: Nein vielleicht shop oder sports wie soll ein Renderer jemals unterschieden ob eine Olympiastaion oder die Fitnesbude von nebenan. Für eine solche Unterscheidung sollten wohl am ehesten die Zuschauerplätze beziffert werden. Zuschauer in Fitness-Studios sind tendenziell weniger erwünscht als im Stadion. :) Gruß, Bernd -- Press any key to continue or any other key to quit signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rostock wird in Freizeitkarte nicht mehr im Adressindex gefunden - Help
Hallo Kollegen, in der Freizeitkarte Deutschland bzw. Mecklenburg-Vorpommern wird Rostock im Adressindex nicht mehr gefunden. Bei meiner Recherche habe ich eine verschachtelte Relation gefunden. Die Basis ist die Relation 22961. In dieser Relation ist die Relation 62405 gekapselt, die den zur Auswertung nötigen Admin_Level=6 enthält. Ich suche jetzt eine Lösung wie wir Rostock wieder finden können. Relation_22961 name=Rostock official_name=Kreisfreie Stadt Hansestadt Rostock type=county / country (??) Relation_22961 Referenziert auf core= Rostock (Node der Stadtmitte) region= Node is_in= Relation_17661 Suburbs, network Relation_23016 Straßenbahnen Relation_27080 Bus Relation_27081 Busverkehr Küste boundary= Relation_62405 Rostock, Admin_level 6 Habt ihr Ideen wie man Rostock wieder finden kann? Wer hat an dieser wunderbaren Relation mitgearbeitet? Ich bitte um eure Unterstützung. Gruß aus München ludwich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Wo endet ein Personenbahnhof? Am Bahnsteigende, am Ausfahrsignal oder an der letzten Weiche? Gehören das Nebengleis ohne Bahnsteig, das alte Bahnhofsgebäude mit Fahrkartenautomat, Restaurant und Bankfiliale, die Fahrradständer und der Pendlerparkplatz dazu? Ich würde sagen, man übernimmt weitgehend die Definition der EBO (http://www.gesetze-im-internet.de/ebo/__4.html). Auch wenn das Projekt international ist, lassen sich die deutschen Definitionen wahrscheinlich ohne Probleme auch auf andere Länder übertragen. Bahnhofsbegrenzung in Gleisrichtung: Die Einfahrsignale oder Trapeztafeln beider Richtungen, sonst die Einfahrweichen bzw. ersten Weichen. Im Ausland sollte sich die Definition mit den Einfahrsignalen auch anwenden lassen. Sonst nimmt man eben die Einfahrweichen. Bahnhofsbegrenzung zur Seite: Laut EBO: Bahnanlagen sind alle Grundstücke, Bauwerke und sonstigen Einrichtungen einer Eisenbahn, die unter Berücksichtigung der örtlichen Verhältnisse zur Abwicklung oder Sicherung des Reise- oder Güterverkehrs auf der Schiene erforderlich sind. Dazu gehören auch Nebenbetriebsanlagen sowie sonstige Anlagen einer Eisenbahn, die das Be- und Entladen sowie den Zu- und Abgang ermöglichen oder fördern. Es gibt Bahnanlagen der Bahnhöfe, der freien Strecke und sonstige Bahnanlagen. Fahrzeuge gehören nicht zu den Bahnanlagen. Auch diese Definition lässt sich meiner Meinung gut auf OSM übertragen. Für mich zählen nach dieser Definition zu einem Bahnhof: * Gleise * Bahnsteige * Lokschuppen * Bahnhofsgebäude * Stellwerk * Verladerampen für Autozüge Nicht zu einem Bahnhof zählen danach: * Pendlerparkplatz (man kann auch ohne sie mit dem Zug fahren) * Radstation (gleicher Grund wie oben) Unklar bin ich mir noch bei Parkplätzen für Bahnmitarbeiter, die mit Schildern als Bahngelände - Betreten verboten gekennzeichnet sind. Die sind so gesehen auch nicht für den Bahnbetrieb notwendig, aber rechtlich schon Bahngelände. Genauso wie stillgelegte oder zugewucherte Bahngelände, die mit Schildern als Bahngelände markiert sind. - Die Verbindung verschiedener Gleise sollte auch ohne Zusatztag railway=switch als Weiche ausgewertet werden. Der Sonderfall (Kreuzung ohne Kreuzungsweiche) sollte die Zusatzinformation als Tag oder Abbiegerelation bekommen. Du hast schon recht, allerdings lasse ich das lieber zur Verdeutlichung. An den anderen Tags wue würde sich ja nichts ändern und so wäre eine normale Weiche z.B. mit ref=W1 und railway:manual=yes getaggt. Für nicht-eingeweihte ist dann nicht unbedingt klar, worauf sich die Tags beziehen. Eine statistische Abfrage, wieviele Weichen erfasst sind, ist außerdem einfacher möglich (z.B. in Taginfo). Die bislang etablierte Logik, dass eine Verbindungspunkt ohne Tags als Weiche ausgewertet wird, darf man nicht umkehren. Wie bei den Abbiegerelation sollte man die Ausnahmen erfassen. Für eine einfache Kreuzungsweiche braucht man ohnehin solch ein Modell, um die möglichen Verbindung korrekt zu erfassen. Wer Details der Weiche erfassen möchte, mag railway=switch verwenden. Aber muss man nicht überall das Tag nachtragen. Ich wäre für ein explizites Tagging. Bei Weichen (dreigleisigen Gleisverbindungen) würde ich zur Kompatibilität aber vorschlagen, dass solche Gleisverbindungen ohne railway=switch als Weiche interpretiert werden. Bei Kreuzungen (viergleisigen Gleisverbindungen) ist auf jeden Fall explizites Tagging notwendig. (Doppel-)Kreuzungsweichen würden dann mit railway=switch und den entsprechenden Tags und Kreuzungen ohne Weichenfunktion mit railway=level_junction getaggt. - usage=highspeed ist inkompatibel zum etablierten usage=main Die Diskussion hatten wir bereits... Ich bleibe dabei: Eine Hochgeschwindigkeitsstrecke ist etwas anderes als eine normale Hauptstrecke und sollte daher anders getaggt werden. Eine Autobahn taggt man auch nicht highway=primary und highspeed=yes... Eine Autobahn ist keine spezielle Bundesstraße während eine Hochgeschwindigkeitsstrecke vermutlich als Hauptstrecke gilt. Aber abgesehen von Spitzfindigkeiten: wenn du ein etabliertes Tag wie usage=main umdefinieren willst, muss du das als gesondertes Proposal und nicht innerhalb eines umfangreichen Eisenbahnschemas vorschlagen. Habe es mittlerweile doch geändert (siehe entsprechender Mail). Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 14.05.2012 00:14, schrieb Stephan Wolff: Am 13.05.2012 00:45, schrieb Alexander Matheisen: - Für alle Flächen, insbesondere die Bahnhöfe/Rangierbahnhöfe, solltest du definieren, was dazu gehört Ist das nicht irgendwie selbstverständlich? (Gut, ich als Bahnexperte kann jetzt wahrscheinlich nicht nachvollziehen, wo da die Unklarheit ist. Du müsstest mir da mal auf die Sprünge helfen). Wo endet ein Personenbahnhof? Am Bahnsteigende, am Ausfahrsignal oder an der letzten Weiche? Gehören das Nebengleis ohne Bahnsteig, das alte Bahnhofsgebäude mit Fahrkartenautomat, Restaurant und Bankfiliale, die Fahrradständer und der Pendlerparkplatz dazu? Das ist das alte Problem, mit welchem auch schon die EWG kämpft. Bei der Festlegung vom ETCS hatte man schon Probleme einen Zug zu definieren. Ich bin bei der Definition sehr großzügig und würde fast alles, was nur irgendwie einen direkten Zusammenhang zum Bahnhof hat, in die Fläche integrieren. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am Mittwoch, 23. Mai 2012, 20:06:27 schrieb Jimmy_K: Am 14.05.2012 00:14, schrieb Stephan Wolff: Am 13.05.2012 00:45, schrieb Alexander Matheisen: - Für alle Flächen, insbesondere die Bahnhöfe/Rangierbahnhöfe, solltest du definieren, was dazu gehört Ist das nicht irgendwie selbstverständlich? (Gut, ich als Bahnexperte kann jetzt wahrscheinlich nicht nachvollziehen, wo da die Unklarheit ist. Du müsstest mir da mal auf die Sprünge helfen). Wo endet ein Personenbahnhof? Am Bahnsteigende, am Ausfahrsignal oder an der letzten Weiche? Gehören das Nebengleis ohne Bahnsteig, das alte Bahnhofsgebäude mit Fahrkartenautomat, Restaurant und Bankfiliale, die Fahrradständer und der Pendlerparkplatz dazu? Das ist das alte Problem, mit welchem auch schon die EWG kämpft. Bei der Festlegung vom ETCS hatte man schon Probleme einen Zug zu definieren. Ich bin bei der Definition sehr großzügig und würde fast alles, was nur irgendwie einen direkten Zusammenhang zum Bahnhof hat, in die Fläche integrieren. Ich würde es da auch nicht so eng sehen. Schließlich brauchen wir keine genauen Katasterdaten, sondern die Information, welche Fläche von der Bahn Wenn man Gleise, Bahnsteige, Lokschuppen, Bahnhofsgebäude und Stellwerke mit dieser Fläche erfasst hat, dann ist das auf jeden Fall nicht falsch. Ob jetzt irgendein Parkplatz dazu gehört, darüber kann man sich streiten. Und Ausnahmen bestätigen immer die Regel... In Einzelfällen kann man immer noch individuell entscheiden. Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rostock wird in Freizeitkarte nicht mehr im Adressindex gefunden - Help
Hallo, interessant ist egtl. nur die Relation mit dem type=boundary und admin_level=6. Ob die Teil anderer Relationen ist ist nebensächlich. Zum anderen dürften die Adressdaten vom 1.4. sein. Genaueres dazu kann dir wohl nur einer der Entwickler der Freizeitkarte sagen, wobei ich nicht weiß, ob die hier mitlesen. Im Forum findest du sie aber auf jeden Fall. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway = crossing
Ich überlege daher, ob ich ich nicht bei meinem Taggingschema zur OpenRailwayMap diese Unterscheidung herausnehme. Allerdings hat das wieder Konflikte mit den bisherigen Definitionen zur Folge. Was meint ihr dazu? Wir sollten überflüssiges nicht grundlos weiterverwenden. Im Taggingschema solltest du aber deutlich schreiben, dass dies ein Vorschlag ist, der nicht der bisherigen Definition entspricht. Da niemand auf meine Frage Welche Anwendung benötigt die Unterscheidung? ein Beispiel nennen konnte, gibt es vermutlich auch keine Konflikte zu bestehenden Anwendungen. Für welche (bisherige) Anwendung sollte diese Unterscheidung auch interessant sein? Auf einer normalen Karte wie Mapnik ist es eher unnötig, da der Standardnutzer wahrscheinlich wenig am Unterschied interessiert ist. Der will nur auf der Karte sehen, ob er da rüber kann und erkennt den Rest am kreuzenden Weg. Soweit ich das bisher gesehen habe, gibt es da auch keine Unterscheidung. Routing-Anwendungen interessiert nur, dass da ein Übergang ist. Dass er nur für Fußgänger ist, ergibt sich schon aus dem kreuzenden Weg. Einzig Bahn-Anwendungen wären vielleicht daran interessiert. Wenn man beispielsweise einen Streckenverlauf erzeugen will, auf dem in abgefahrener Reihenfolge Bahnhöfe, BÜs und anderes aufgelistet werden, braucht man zwar keine Unterscheidung zwischen Fuß-Übergang und Fahrzeug-Übergang, aber es wäre schön, wenn man keine kleinen Holzbohlen-Überwege für Bahnmitarbeiter als normale Bahnübergänge aufgelistet bekommt. Beispiel: http://upload.wikimedia.org/wikipedia/commons/e/e2/Gleis%C3%BCbergang_Bad_Kissingen_Bahnhof.JPG im Gegensatz zu solchen Bahnübergängen, die ich einheitlich mit Straßen-BÜs taggen würde: http://farm6.static.flickr.com/5039/5871036474_df23ffd879_b.jpg http://upload.wikimedia.org/wikipedia/commons/3/38/Umlaufgitter.jpg Es stellt sich aber die Frage, ob man auch diese Unterscheidung wirklich braucht. Denn auf der anderen Seite könnte man auch sagen, dass nur öffentliche Bahnübergänge eingetragen werden sollen. Kleine Überwege für Bahnmitarbeiter dagegen sind unnötig, weil sie in dem Sinne keinen Bahnübergang darstellen (keine Sicherung, kein Andreaskreuz, keine Pfeiftafel) und Bahnmitarbeiter eigentlich überall auf dem Bahngelände Gleise auf eigene Gefahr überqueren dürfen. Ich würde allerdings gleich einen Schritt weitergehen und ein Datenmodell einführen, dass auch für einen Bahnübergang aus mehreren railways und/oder mehreren highways genau ein OSM- Objekt vorsieht (entweder als Flächen- oder Relationmodell). Das würden einen Vorteil speziell für Routinganwendungen bringen. Damit beschäftige ich mich bereits und dazu läuft auch seit einiger Zeit eine Diskussion hier auf der Liste. Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rostock wird in Freizeitkarte nicht mehr im Adressindex gefunden - Help
ludwich schrieb am 23.05.2012 18:59: Ich bitte um eure Unterstützung. Wo wir grad schon mal über die Rostocker Grenzen reden ... könntest du dein Changeset bezüglich der beiden Knoten mal korrigieren? ;-) http://www.openstreetmap.org/browse/changeset/11633885 Gruß aus Rostock, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rostock wird in Freizeitkarte nicht mehr im Adressindex gefunden - Help
Hallo Sebastian, was bin ich zittrig geworden:-) gefixt. Hast du zu eigentlichen Thema noch ein Idee?. Gruß ludwich Am 23.05.2012 um 21:47 schrieb Sebastian Masch: ludwich schrieb am 23.05.2012 18:59: Ich bitte um eure Unterstützung. Wo wir grad schon mal über die Rostocker Grenzen reden ... könntest du dein Changeset bezüglich der beiden Knoten mal korrigieren? ;-) http://www.openstreetmap.org/browse/changeset/11633885 Gruß aus Rostock, Sebastian ___ 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] Diestleister: Sport
Am 23.05.2012 14:59, schrieb Jan Tappenbeck: immer wieder begegnen mir Sport-Dienstleister (auch Fitness-Studio genannt) mit dem Tag leisure = sports_centre. Ich finde das ehrlich immer etwas überzogen und würde das gerne mehr für Sportplätze im klassischen Sinne verwenden. Wie seht Ihr das oder gibt es eine gebräuchliche Alternative? Nicht besonders gebräuchlich, aber: http://wiki.openstreetmap.org/wiki/Proposed_features/Fitness_Center Das dort vorgeschlagene amenity=fitness_center hat 36 Verwendungen, leisure=fitness_centre hat 38. Beides nicht sehr beeindruckend. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Mappare paesi stranieri.
Salve, sono Christian di Bolzano, ho scritto anche su ngis (non ho capito la differenza). In questi giorni ho fatto qualche piccola aggiunta alla mia città e alle zone limitrofe tramite JOSM, già un collega di Mezzolombardo si è reso disponibile per aiutarmi a non combinare disastri... Come da oggetto sono interessato, e ho già inziato, alla mappatura di paesi esteri. Purtroppo bing in quelle zone non è il massimo (certe zone coperte benissimo, altre da schifo, google maps sarebbe meglio). La mia domanda è se siete a conoscenza di qualche programma che possa sovrapporre firexfox o IE in trasparenza a JOSM ( o viceversa) in modo di poter ricalcare le mappe. So che non è un argomento proprio di OSM ma che riguarda informatica e browers, ma forse qualcuno di voi ha consigli da darmi. Saluti e grazie... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Mappare paesi stranieri.
Intendi forse sovrappore firefox a josm per sfruttare Gmaps ? Ma in questo caso il problema non si pone nemmeno perché le foto satellitari di Google sono coperte da diritti d'autore e non possono essere usate per il ricalco delle mappe libere , quelle di OSM. -Messaggio originale- Da: saxe...@libero.it [mailto:saxe...@libero.it] Inviato: mercoledì 23 maggio 2012 14.34 A: talk-it@openstreetmap.org Oggetto: [Talk-it] Mappare paesi stranieri. Salve, sono Christian di Bolzano, ho scritto anche su ngis (non ho capito la differenza). In questi giorni ho fatto qualche piccola aggiunta alla mia città e alle zone limitrofe tramite JOSM, già un collega di Mezzolombardo si è reso disponibile per aiutarmi a non combinare disastri... Come da oggetto sono interessato, e ho già inziato, alla mappatura di paesi esteri. Purtroppo bing in quelle zone non è il massimo (certe zone coperte benissimo, altre da schifo, google maps sarebbe meglio). La mia domanda è se siete a conoscenza di qualche programma che possa sovrapporre firexfox o IE in trasparenza a JOSM ( o viceversa) in modo di poter ricalcare le mappe. So che non è un argomento proprio di OSM ma che riguarda informatica e browers, ma forse qualcuno di voi ha consigli da darmi. Saluti e grazie... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Mappare paesi stranieri.
Cosa sarebbe gmaps (link, sito?)... La mia idea sarebbe quella di usare altre mappe (come spunto) dove bing non arriva... Ho usato google maps per mettere i nomi di alcune vie della mia città, che conosco, non penso che sia una violazione dei diritti d'autore. Messaggio originale Da: alech.hos...@gmail.com Data: 23/05/2012 14.43 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] R: Mappare paesi stranieri. Intendi forse sovrappore firefox a josm per sfruttare Gmaps ? Ma in questo caso il problema non si pone nemmeno perché le foto satellitari di Google sono coperte da diritti d'autore e non possono essere usate per il ricalco delle mappe libere , quelle di OSM. -Messaggio originale- Da: saxe...@libero.it [mailto:saxe...@libero.it] Inviato: mercoledì 23 maggio 2012 14.34 A: talk-it@openstreetmap.org Oggetto: [Talk-it] Mappare paesi stranieri. Salve, sono Christian di Bolzano, ho scritto anche su ngis (non ho capito la differenza). In questi giorni ho fatto qualche piccola aggiunta alla mia città e alle zone limitrofe tramite JOSM, già un collega di Mezzolombardo si è reso disponibile per aiutarmi a non combinare disastri... Come da oggetto sono interessato, e ho già inziato, alla mappatura di paesi esteri. Purtroppo bing in quelle zone non è il massimo (certe zone coperte benissimo, altre da schifo, google maps sarebbe meglio). La mia domanda è se siete a conoscenza di qualche programma che possa sovrapporre firexfox o IE in trasparenza a JOSM ( o viceversa) in modo di poter ricalcare le mappe. So che non è un argomento proprio di OSM ma che riguarda informatica e browers, ma forse qualcuno di voi ha consigli da darmi. Saluti e grazie... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Mappare paesi stranieri.
Cosa sarebbe gmaps (link, sito?)... La mia idea sarebbe quella di usare altre mappe (come spunto) dove bing non arriva... Ho usato google maps per mettere i nomi di alcune vie della mia città, che conosco, non penso che sia una violazione dei diritti d'autore. -- View this message in context: http://gis.19327.n5.nabble.com/Mappare-paesi-stranieri-tp5709934p5709945.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Mappare paesi stranieri.
gmaps sta per google maps e sono protette da diritto d'autore quindi non puoi usarle per ricalcare la strada né per ricavare dati di nessun tipo (quindi nemmeno i nomi delle vie). Tra l'altro mappando la mia città ho scoperto che google maps ha alcuni nomi di via (molto secondari) sbagliati. Ma l'ho scoperto solo perché si è verificato un caso particolare e ho guardato google maps per un confronto incrociato. Il 23/05/2012 14.50, saxe...@libero.it ha scritto: Cosa sarebbe gmaps (link, sito?)... La mia idea sarebbe quella di usare altre mappe (come spunto) dove bing non arriva... Ho usato google maps per mettere i nomi di alcune vie della mia città, che conosco, non penso che sia una violazione dei diritti d'autore. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: R: Mappare paesi stranieri.
Ehm ... invece lo è ... ^_^ Così come sfogliare il Tuttocittà oppure una piantina turistica ; l'unico modo legale è annotarsi i cartelli coi nomi delle vie oppure documenti che le istituzioni hanno reso pubblici. Ma di sicuro qualcun altro lo saprà spiegare meglio di me . PS: Gmaps = Google Maps Ciao. -Messaggio originale- Da: saxe...@libero.it [mailto:saxe...@libero.it] Inviato: mercoledì 23 maggio 2012 14.51 A: talk-it@openstreetmap.org Oggetto: [Talk-it] R: R: Mappare paesi stranieri. Cosa sarebbe gmaps (link, sito?)... La mia idea sarebbe quella di usare altre mappe (come spunto) dove bing non arriva... Ho usato google maps per mettere i nomi di alcune vie della mia città, che conosco, non penso che sia una violazione dei diritti d'autore. Messaggio originale Da: alech.hos...@gmail.com Data: 23/05/2012 14.43 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] R: Mappare paesi stranieri. Intendi forse sovrappore firefox a josm per sfruttare Gmaps ? Ma in questo caso il problema non si pone nemmeno perché le foto satellitari di Google sono coperte da diritti d'autore e non possono essere usate per il ricalco delle mappe libere , quelle di OSM. -Messaggio originale- Da: saxe...@libero.it [mailto:saxe...@libero.it] Inviato: mercoledì 23 maggio 2012 14.34 A: talk-it@openstreetmap.org Oggetto: [Talk-it] Mappare paesi stranieri. Salve, sono Christian di Bolzano, ho scritto anche su ngis (non ho capito la differenza). In questi giorni ho fatto qualche piccola aggiunta alla mia città e alle zone limitrofe tramite JOSM, già un collega di Mezzolombardo si è reso disponibile per aiutarmi a non combinare disastri... Come da oggetto sono interessato, e ho già inziato, alla mappatura di paesi esteri. Purtroppo bing in quelle zone non è il massimo (certe zone coperte benissimo, altre da schifo, google maps sarebbe meglio). La mia domanda è se siete a conoscenza di qualche programma che possa sovrapporre firexfox o IE in trasparenza a JOSM ( o viceversa) in modo di poter ricalcare le mappe. So che non è un argomento proprio di OSM ma che riguarda informatica e browers, ma forse qualcuno di voi ha consigli da darmi. Saluti e grazie... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Mappare paesi stranieri.
Ok, grazie... -- View this message in context: http://gis.19327.n5.nabble.com/R-R-Mappare-paesi-stranieri-tp5709940p5709947.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Mappare paesi stranieri.
Il 23/05/2012 15:01, Stefano Fraccaro ha scritto: Tra l'altro mappando la mia città ho scoperto che google maps ha alcuni nomi di via (molto secondari) sbagliati. Gli errori di questo tipo sono numerosissimi: il mio paesino in centro è quasi tutto sbagliato: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=9.35217lat=45.68692zoom=18 MAI usare Google Maps come fonte per i nomi delle strade. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: R: R: Mappare paesi stranieri.
Grazie a tutti per i consigli... Messaggio originale Da: carlo.stember...@gmail.com Data: 23/05/2012 15.30 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] R: R: Mappare paesi stranieri. Il 23/05/2012 15:01, Stefano Fraccaro ha scritto: Tra l'altro mappando la mia città ho scoperto che google maps ha alcuni nomi di via (molto secondari) sbagliati. Gli errori di questo tipo sono numerosissimi: il mio paesino in centro è quasi tutto sbagliato: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=9.35217lat=45. 68692zoom=18 MAI usare Google Maps come fonte per i nomi delle strade. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare paesi stranieri.
Il giorno 23 maggio 2012 14:33, saxe...@libero.it saxe...@libero.it ha scritto: La mia domanda è se siete a conoscenza di qualche programma che possa sovrapporre firexfox o IE in trasparenza a JOSM ( o viceversa) in modo di poter ricalcare le mappe. per materiale non protetto da diritti faccio così: - eventuale scansione - Qgis, georeference plugin (per collocare nel mondo il file grafico) - Maperitive generate tiles (per produrre la strutttura di cartelle compatibile JOSM) - un minimale http server - JOSM, opzioni, imposto il server http del mio computer come TMS (TileMapService) a questo punto posso lavorare in JOSM caricando come layer il materiale così importato; il TMS è anche sfuttabile dalla slippy map. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSM - Giornale dell'Ingegnere Maggio 2012
Volevo segnalare che sul giornale dell'ingegnere di Maggio 2012 è apparso un articolo che parla si OSM e di tutto il progetto connesso. Semplice ma efficace. Simone -- View this message in context: http://gis.19327.n5.nabble.com/OSM-Giornale-dell-Ingegnere-Maggio-2012-tp5710009.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM - Giornale dell'Ingegnere Maggio 2012
On 24 May 2012 07:46, morsi mo...@inwind.it wrote: Volevo segnalare che sul giornale dell'ingegnere di Maggio 2012 è apparso un articolo che parla si OSM e di tutto il progetto connesso. Semplice ma efficace. É visibile online? Oppure puoi farci una scansione? Simone -- Ciao Luca http://www.lucadelu.org http://gis.cri.fmach.it/delucchi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] rendering af kystlinie?
Hej folkens jeg har lavet nogen ændringer i kystlinien, som kan ses ud fra kommune grænsen på: http://www.openstreetmap.org/?lat=57.0157lon=9.207zoom=14layers=M men selve ændringen i kystlinien kan jeg ikke spotte endnu, og det er ved at være længe siden. Har jeg gjort noget forkert? kan man tvinge den til at rendere kystlinie for det givne stykke igen? ligeledes har jeg tilføjet et par øer eller rev ud for hals (som vist nok hedder skallerrevet) på: http://www.openstreetmap.org/?lat=56.98942lon=10.33425zoom=17layers=M disse kan ligeledes ikke ses endnu. joris kofman ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Personal Survey Points
Hi all, Been it this for a few months now, got a Garmin Etrex Hcx, quite pleased with it's accuracy but am wondering how best to add my personal survey points to OSM. When I come across a land feature or man-made feature that is visible from sat imagery that is very distinct, such as the corner of a wall, I like to take an averaged waymark, with as many points as I have time for, I can usually get the approx accuract down to less than a metre. How should I tag such waymarks on OSM? Cheers Jonathan ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Elemtex
On Martes, 22 de mayo de 2012 23:24:58 Javier Sánchez escribió: Hola. El cat2osm está fallando con los acentos. Casa DÆn Juan Ca·ada Casta·a Eso es imposible de corregir porque de entrada NO DEBERÍAN de estar puestos (los shapefiles solo admiten caracteres ASCII y en la documentación de Catastro lo pone explícitamente). En Zaragoza de hecho impiden abrir el fichero porque pusieron un carácter no válido (º) y hay que editar el fichero a mano. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] nuevo trazado rn38 tucuman
Usa el trazado de la ruta nueva para definir la RN38, la vieja convertila a lo más conveniente Si sigue siendo ruta convertila a RP38 por más q no hayan firmado el convenio de traspaso aún Si pasa por el medio de la ciudad convertila a Avenida o a lo q corresponda Probablemente tengas q hacer ambas cosas para la parte dentro y fuera de la ciudad. Si queres podes agregar el tag alt_name o old_ref Gracias Cata 2012/5/23 Federico Pértile lfpert...@yahoo.com.ar Y yo pondría primary. -- *De:* Fabian Alejandro fager...@gmail.com *Para:* Federico Pértile lfpert...@yahoo.com.ar *CC:* talk-ar@openstreetmap.org talk-ar@openstreetmap.org *Enviado:* martes, 22 de mayo de 2012 20:59 *Asunto:* Re: [Talk-ar] nuevo trazado rn38 tucuman aparte del tema de las relaciones tipo route, ahora me surge la duda si conviene que siga la ruta vieja con tag highway=trunk, eso puede tener malos efectos en soft de ruteo en gps's saludos. 2012/5/22 Federico Pértile lfpert...@yahoo.com.ar Copio respuesta que me dio Alpertronhttp://es.wikipedia.org/wiki/Usuario_Discusi%C3%B3n:Alpertron, usuario de Wikipedia que creó caso todos los artículos de rutas nacionales: De acuerdo al Decreto Nacional 1595/1979, cuando la Dirección Nacional de Vialidad crea una nueva traza para una ruta nacional, la vieja pasa a la provincia respectiva sin necesidad de dictar leyes provinciales o decretos nacionales al respecto. Sin embargo, a veces pasan años sin que las vialidades nacional y provinciales firmen el convenio respectivo de traspaso, por lo que mientras tanto ambas trazas (la nueva y la vieja) pertenecen a la nación. En ese caso tendrías RN 38 y RN 1V38 (es decir variante 1). -- *De:* Fabian Alejandro fager...@gmail.com *Para:* Federico Pértile lfpert...@yahoo.com.ar *Enviado:* martes, 22 de mayo de 2012 13:12 *Asunto:* Re: [Talk-ar] nuevo trazado rn38 tucuman algo que encontre en la pagina 3 del foro: *En Concepción la ruta 38 desaparece y se transforma en una avenida con dos manos* El intendente de Concepción, Osvaldo Morelli, explicó que una vez finalizados los pasos correspondientes a una obra de estas características, los trabajaos iniciarían en abril del 2010. “La ruta 38 como está desaparece y se transforma en una avenida con dos manos de ida y dos de vuelta que llega al empalme de la ruta 65 que va a Las Estancias. Se juntan las dos rutas y aparece una rotonda que une ambas rutas”, señaló el arquitecto. saludos. 2012/5/22 Fabian Alejandro fager...@gmail.com La verdad busque info oficial pero no encuentro. aqui hay un foro que se habla en general de las rutas tucumanas. http://www.skyscrapercity.com/showthread.php?t=851356page=12 se ve una foto de la vieja rn38 como quedo en zona urbana. ... Lo que se está por hacer es convertir la vieja ruta que hoy pasa por el medio de la ciudad en una avenida urbana. Fijensé lo que es hoy la ruta en el medio de la ciudad. Esto es a la altura del ingreso a la ciudad por calle San Martín, su arteria principal. saludos. 2012/5/22 Federico Pértile lfpert...@yahoo.com.ar Y con la vieja qué pasó, ¿tiene otro nombre, pasó a jurisdicción provincial? -- *De:* Fabian Alejandro fager...@gmail.com *Para:* talk-ar@openstreetmap.org *Enviado:* lunes, 21 de mayo de 2012 19:53 *Asunto:* [Talk-ar] nuevo trazado rn38 tucuman http://www.openstreetmap.org/?lat=-27.3701lon=-65.5663zoom=14 la del este es el trazado nuevo. hay una relacion tipo route rn38, actualmente no contiene al nuevo trazado. conviene sumar el nuevo trazado, o eliminar el viejo y dejar solo el nuevo? saludos. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-pt] T-shirts
Gosto da T-Shirt em preto com I did it my way for a free world map! contudo se é para mapear portugal fica melhor a frase ser em português. Eu voto que seja uma t shirt preta simples com o logo do mapear pt e uma frase do tipo Queres mapear Portugal? Pergunta-me como... ou tipo Eu vou mapear Portugal e tu? Fica a minha sujestão ;) Cumps -- Marta Alarcão Bastos ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
[Talk-lv] 8. septembris, straupe/stalbe
man kalendaaraa ir potenciaals mapping party straupes/stalbes regjionaa 8. septembrii. tas ka tik netika tur ielikts siguldas pasaakuma laikaa :) ir interesenti ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[OSM-talk-fr] Beciklo
Bonjour, Le wiki d'OSM traite d'un projet de carte nommée beciklo.fr, or il m'est impossible d'accéder à ce site. Ce projet est-il annulé ? Merci par avance. -- View this message in context: http://gis.19327.n5.nabble.com/Beciklo-tp5709895.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] renevier.net en panne ?
2012/5/22 Fabien marbolan...@gmail.com: Le 22 mai 2012 13:27, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Le 22 mai 2012 13:22, Fabien marbolan...@gmail.com a écrit : Quelqu'un a une idée ? oui, le service était hébergé sur osm4 qui est mort, et il n'ets aps encore remis en fonction sur un autre serveur ... Sylvain Quelqu'un aurait un clone de syj disponible quelque part ? Il y a un site de dev disponible là: http://dev.syj.renevier.net/ Concernant syj.renevier.net, je ne pense pas qu'il soit rétabli dans l'immédiat: le créateur est très occupé, et je n'ai pas de backups des traces déjà mises en place. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Beciklo
Bonjour, Le projet est au moins visualisable dans le Nord Pas de Calais, sur les serveurs de Cleo Carto qui a proposé l'hébergement. Je ne sais pas quel est le degré de fraîcheur des données cyclo (en superposition du fond de plan Mapquest) http://adav.cleo-carto.com/carte/ Bonne journée Le 23 mai 2012 09:21, vope v...@live.fr a écrit : Bonjour, Le wiki d'OSM traite d'un projet de carte nommée beciklo.fr, or il m'est impossible d'accéder à ce site. Ce projet est-il annulé ? Merci par avance. -- View this message in context: http://gis.19327.n5.nabble.com/Beciklo-tp5709895.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] renevier.net en panne ?
Le 23 mai 2012 09:37, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : 2012/5/22 Fabien marbolan...@gmail.com: Le 22 mai 2012 13:27, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Le 22 mai 2012 13:22, Fabien marbolan...@gmail.com a écrit : Quelqu'un a une idée ? oui, le service était hébergé sur osm4 qui est mort, et il n'ets aps encore remis en fonction sur un autre serveur ... Sylvain Quelqu'un aurait un clone de syj disponible quelque part ? Il y a un site de dev disponible là: http://dev.syj.renevier.net/ Concernant syj.renevier.net, je ne pense pas qu'il soit rétabli dans l'immédiat: le créateur est très occupé, et je n'ai pas de backups des traces déjà mises en place. Salut, Merci pour le lien. Je me suis mal exprimé. Il y a un clone du dépôt git ? Je voulais me créer un serveur local en fait. Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Le 22/05/2012 23:09, PierreV a écrit : Sinon en apparté le DRC ma parlé de leur congrès annuel se déroulant à Nantes le 27 et 28 septembre. Un atelier sera consacré a l'OpenData et donc peut etre une opportunité de collaboration peut être aussi trouvée. Dommage que ce w-e je ne suis toujours pas sur de pouvoir monter à Nantes pour la Cartopartie et commencer a en discuter avec les Nantais... Tu peux commencer à le faire sur la liste nantaise : http://www.linux-nantes.org/wws/info/openstreetmap-nantes Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Beciklo
Cependant le projet est décrit comme étant international (page Discussion du wiki) et non pas réservé à une seule région française :-/ -- View this message in context: http://gis.19327.n5.nabble.com/Beciklo-tp5709895p5709914.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme
Merci à chacun de vos réponses, J'ai essayé d'ouvrir un fichier cadastral de Pierrelatte via JOSM et il me met un message d'abord de sélection de calque cadastral, puis Cette commune n'est pas vectorisée. Utilisez un autre outil pour géoréférencer l'image. Je veux bien dans mon temps perso vectoriser la commune mais comment caler l'image ? - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/recherche-bati-de-Pierrelatte-en-Drome-tp5709776p5709916.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme
Bonjour, De : ZIMMY J'ai essayé d'ouvrir un fichier cadastral de Pierrelatte via JOSM et il me met un message d'abord de sélection de calque cadastral, puis Cette commune n'est pas vectorisée. Utilisez un autre outil pour géoréférencer l'image. Je veux bien dans mon temps perso vectoriser la commune mais comment caler l'image ? Dans JOSM, pour accéder aux plans image, il faut passer par le menu Cadastre Géoréférencer une image Beaucoup de détails sur le comment faire ici : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre#Utilisation_pour_les_commun es_au_format_image vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ouvrages militaires historiques, Maginot, Séré, Festung etc.
Dans le nord est de la France on a énormément d'ouvrage militaire, ouvrage visible un peu partout et dont les emprises structure une partie du paysage. Le souci c'est que je ne sais absolument pas comment les tagger proprement. - l'emprise de l'ouvrage ... on met la surface en landuse? en military? autre chose? idealement il faudrait un tag genre amenity comment on signifie que c'est un ancienne zone militaire? En général l'ancienne emprise laisse des marques geographiques importantes ne serait qu'a cause de l'usage de la parcelle, plus ou moins abandonné aux herbes folles ou a la foret. - les tourelles et autre casemate partiellement visible en surface. La plupart du temps il est pas possible de dessiner le bâti, celui ci étant presque exclusivement caché sous terre. Le plus simple serait de tagger juste un node par casemates/tourelle/bloc. Mais on les tag comment? juste military=bunker? c'est pas très explicite. historic=castle ne semble pas tres juste non plus? On est tres loin du château même pour un fort Seré. - les fossés et autres champs de barbelés, obstacle antichar dangereux a franchir pour un randonneur ... tagger fence est pas très pertinent non plus? J'ai fouillé dans le wiki sans trouver grand chose donc je vous appele au secours ^_^ Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Encore une fois, j'attends que Layers.openstreetmap.fr permette la séparation visuelle et une sélection distincte des cantons et des circonscriptions législatives (et d'une façon générale les différents type de tag political_subdivision=*, au moins déjà pour les deux types utilisés en France). Personne n'a répondu à cette demande déjà itérée deux fois. Il y a quelqu'un qui travaille là-dessus ? Ou bien doit-on mettre en place un autre serveur faisant cette séparation ? Le 20 mai 2012 14:50, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, On a avancé sur le sujet. On a une page wiki qui détaille l'avancement : http://wiki.openstreetmap.org/wiki/FR:Circonscription_l%C3%A9gislative Le premier tableau donne l'état d'intégration des relations générés. Toutes les circonscriptions qui ont pu être intégré l'ont été. Les circonscriptions intégrées sont celles pour les qu'elles il ne manque pas de communes entières. Parfois il ne manque qu'une seule commune pour pouvoir ajouter la circonscription à OSM. D'autres parts, les circonscriptions sont bâties depuis les cantons. Les cantons découpent parfois des communes, surtout dans les grandes villes. Donc pour terminer les circonscriptions il faut utiliser les définitions des cantons. C'est là que ça devient un vrai jeu de piste. Il faut pécher ces définitions dans le journal officiel. On en a déjà un certain nombre. Le wiki liste donc les communes à découper pour terminer des circonscriptions, on à même déjà identifié le JO à utiliser dans certain cas. Cartographiez donc une circonscription par ce dimanche pluvieux ;) Fredéric. Le 18/05/2012 09:56, Benjamin Bohard a écrit : Bonjour, L'annexe du code électoral ne détaille pas le contour des cantons. Pour l'instant, en l'absence d'autres sources (il y a des fragments disponibles en opendata à droite à gauche), on dépouille les JORF. Il y a quelques années clés : 1973, 1982. Personnellement, je ne construis que les circonscriptions pour parer au plus pressé. Ça dispense de trouver les limites des cantons qui sont englobés. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Personne n'a répondu à cette demande déjà itérée deux fois. Il me semblait y avoir répondu Il y a quelqu'un qui travaille là-dessus ? Je gère layers.openstreetmap.fr, mais je ne travail pas sur cette question pour l'instant, du moins pas à court terme. Ou bien doit-on mettre en place un autre serveur faisant cette séparation ? C'est une possibilité, et/ou je peux aussi donner les accès sur layers.openstreetmap.fr à une personne suffisamment motivé et maîtrisant un peu linux/postgresql/osm2pgsql/mapnik pour s'occuper de ça. En rapide, ça implique le ré-import complet de la base pour prendre en compte des champs en plus, relancer les mise à jour par les diffs, et écrire les 2 ou 3 styles pour que mapnik fasse le rendu souhaité (j'ai déjà écris des style très proches, l'adaptation prendrait peu de temps). Et si personne ne peut/veut/se manifeste, alors ça attendra le temps nécessaire pour que mon prochain import de la base (qui sera très probablement fait lorsque la migration ODBL sera terminée) pour que j'en profite pour le faire. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Le 23 mai 2012 13:51, sly (sylvain letuffe) li...@letuffe.org a écrit : Il y a quelqu'un qui travaille là-dessus ? Je gère layers.openstreetmap.fr, mais je ne travail pas sur cette question pour l'instant, du moins pas à court terme. En rapide, ça implique le ré-import complet de la base pour prendre en compte des champs en plus Tu veux dire que le champ political_subdivision a été ignoré jusqu'à présent ? Et pourquoi tout réimporter, si tu sais depuis ta base où (dans quels objets) il y a des boundary=political ? Il n'y a pas moyen d'extraire la liste des boundary=political que tu as déjà pour réimporter juste ces objets, mais cette fois en n'ignorant plus les political_subdivision=* ? C'est tout de même beaucoup moins de données et de travail sur le serveur pour le resynchroniser. Pas besoin donc de refaire une synchronisation de puis zéro : tu peux déjà importer les éléments au fil de l'eau, et il suffit d'ajouter ensuite un batch qui réimporte en plus la liste des objets extraite depuis la base qui a déjà commencé à importer des objets avec boundary=political et political_subdivision=*. Etant donné le nombre peu élevé pour l'instant d'objets marqués avec boundary=political (même à l'échelle mondiale car tu ingères des données visiblement sur le monde entier), ce me semble être la solution la plus simple, la plus rapide, la plus efficace. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Note: pour le rendu il faudrait distinguer les deux valeurs utilisées en France, ainsi que celles pour les circonscriptions électorales européennes, toute autre valeur pouvant être dans une catégorie autres (afin de détecter les oublis de précision, ou les valeurs mal orthographiées, même si OSM Inspector ou d'autres outils pourraient vérifier ces valeurs incorrectes inattendues, dans political_subdivision). Je ne sais pas s'il faut d'autres distinctions pour éviter les superpositions au Royaume-Uni notamment, si dès le départ tu distingues déjà les circonscriptions européennes, car dans ce cas la catégorie autres peut suffire pour les pays qui ne nécessitent pas d'autres distinctions (y compris pour l'Espagne avec ses insular_council qui sont pour l'instant la seule valeur spécifique des boundary=political). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
On mercredi 23 mai 2012, Philippe Verdy wrote: Tu veux dire que le champ political_subdivision a été ignoré jusqu'à présent ? oui Il n'y a pas moyen d'extraire la liste des boundary=political que tu as déjà pour réimporter juste ces objets, mais cette fois en n'ignorant plus les political_subdivision=* ? j'en sais rien C'est tout de même beaucoup moins de données et de travail sur le serveur pour le resynchroniser. J'en sais rien non plus Pas besoin donc de refaire une synchronisation de puis zéro si tu le dis : tu peux déjà importer les éléments au fil de l'eau, et il suffit d'ajouter ensuite un batch qui réimporte en plus la liste des objets extraite depuis la base qui a déjà commencé à importer des objets avec boundary=political et political_subdivision=*. Etant donné le nombre peu élevé pour l'instant d'objets marqués avec boundary=political (même à l'échelle mondiale car tu ingères des données visiblement sur le monde entier), ce me semble être la solution la plus simple, la plus rapide, la plus efficace. Je n'ai aucune idée de comment faire tout ce que tu proposes, ni si c'est plus efficace ou pas, ni sans risques, mais si toi tu le sais, ça me va et je te passe les accès. Ce serait sympa ensuite de nous présenter un planning de réalisation avec ce que cela implique en terme de disponibilité des autres rendus de layers et comment tu comptes faire si ça part en cacahuète -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Le 23 mai 2012 14:29, sly (sylvain letuffe) li...@letuffe.org a écrit : Je n'ai aucune idée de comment faire tout ce que tu proposes, ni si c'est plus efficace ou pas, ni sans risques, mais si toi tu le sais, ça me va et je te passe les accès. Ce serait sympa ensuite de nous présenter un planning de réalisation avec ce que cela implique en terme de disponibilité des autres rendus de layers et comment tu comptes faire si ça part en cacahuète Désolé, c'est une demande de modification, pas quelque chose que je ferai moi-même, ce n'est pas mon domaine dans les langages que tu utilises, même si je peux lire entre les lignes, je ne me sens pas capable de développer ça sans erreurs. De plus pour que ça parte en cacahuète cela supposerait que j'ai touché aux autres données alors que pour l'instant c'est une donnée que tu ignores. Je demande seulement de prendre en compte et stocker la valeur dans political_subdivision. Pour qu'ensuite ce soit un champ sélectionnable et filtrable dans la requête SQL que tu effectues pour créer chaque layer. Donc pas besoin de toucher au filtre boundary=political, mais juste proposer un sous-filtre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GSoC - Détection automatisée des panneaux
Personnellement je pense que le projet vise à ce que Google améliore son rendu Streetview en offrant une vue dynamique et non une simple collection de photos collectées par ses Google Cars. Et aussi qui servira dans ses Google Car pour savoir quelles photos pertinentes sont à garder (sachant aussi que Google maintenant masque VOLONTAIREMENT les panneaux et la signalisation dans Street View, sans pour autant que cela soit pour des raisons de vie privée : ce sont bien les panneaux publics que Google cache, visiblement comme une tactique anticoncurrentielle, mais aussi pour que ces données ne servent qu'à Google dans sa carte vectorisée, afin que les autres fournisseurs de cartes ne puissent utiliser ces photos pour extraire ou vérifier visuellement les noms de lieux). Le 22 mai 2012 09:17, Ab_fab gamma@gmail.com a écrit : Bonjour, Je relaie une demande du wiki [1], liée à un projet du Google Summer of Code (GSoC). Il vise à effectuer une reconnaissance automatisée des vitesses limites et des signalisations routières basée sur des vidéos embarquées. Le but du développeur, Nikhil Upadhye, est de créer un plugin JOSM dédié à cette tâche. D'après le wiki, il est demandeur de matière première, c'est à dire des vidéos prises depuis des véhicules, combinées à des traces GPS. Si ce genre de fonctionnalité vous intéresse / intrigue / amuse, et que vous avez ce genre de choses en stock, ou la possibilité d'en faire, contactez-le. Bonne journée [1] http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2012/Video_Based_Speed_Limit_and_Road_Sign_Detector_plugin_for_JOSM -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GSoC - Détection automatisée des panneaux
Le 22 mai 2012 17:43, Nicolas Moyroud nmoyr...@free.fr a écrit : Il suffit qu'une camionnette soit garée devant le panneau de sortie d'agglo pour avoir une voiture bridée à 50kmh pendant des kilomètres ? :)) Il est tout autant interdit de masquer les panneaux restreignant le stationnement. Pourtant je me suis déjà pris un PV pour stationnement sur une place réservées aux handicapés uniquement parce que c'était un jour de marché et que le panneau était masqué par un monceaux de cagettes. J'ai eu beau contester devant l'agent verbalisateur, il ne m'a pas cru quand je lui ai dit que je ne connaissais pas les lieux où j'arrivais pour la première fois. Ce PV j'ai du le payer... Il m'est aussi arrivé de stationner dans une rue tournant à gauche (à 90 degrés), sur une place NON matérialisée comme interdite, le panneau d'interdiction étant placé à plus de 150 mètres, en début de rue et non visible de toute façon à l'endroit où j'ai été verbalisé, et en plus lui aussi en mauvais état le jour du PV (il avait été plié par un véhicule, probablement un camion). Là aussi, pas moyen de contester, car le temps que je me plaigne, ils avaient remplacé le panneau et placé un nouveau panneau après le tournant et matérialisé la ligne jaune le long du trottoir ! Encore un PV que j'ai du payer... J'ai aussi eu un flash à 82 km/h sur un nouveau radar posé 50 mètres après un panneau de limitation à 70 km/h, en pleine campagne, juste en sortie d'une nationale à 4 voies à 110 km/h. Le panneau de limitation était là aussi à terre. J'ai eu droit avec au retrait de point : les radars ne sont contrôlés qu'à distance par des agents devant leur écran qui ne regardent que les photos du radar, personne n'est là pour contrôler que la signalisation est en place, et même quand il y en a une, l'agent verbalisateur n'en tient pas compte : on es sensé savoir qu'il y a cette signalisation. En revanche ils tiennent compte de nos plaintes pour aller réparer ladite signalisation, mais n'annulent pas les amendes pour autant ! Dans ces conditions il est totalement impossible de conduire ou se garer en respectant le code de la route sans se faire piéger. C'est encore plus vrai aujourd'hui où cette signalisation est de plus en plus défaillante et mal entretenue. La pression exercée sur les agents verbalisateurs pour qu'ils atteignent un seuil de PV (pour pouvoir bénéficier de certaines primes alors qu'ils sont déjà mal payés) est bien réelle. On ne compte plus le nombre de panneaux en mauvais état, tandis que les collectivités investissent massivement (souvent en s'endettant en plus!) des centaines de milliers d'euros pour acheter des radars automatiques tous neufs (et très chers), ou des systèmes de stationnement payant qu'il faut rentabiliser au maximum. Et je ne comprends pas du tout l'Etat quand il prétend vouloir augmenter la sécurité sur les routes quand décide même de ne plus signaler ses radars : le côté information et pédagogie est perdu. La seule cause du fait de la réduction des accidents sur les routes est moins celle des contrôles que le fait de l'augmentation des prix des carburants, qui limite les déplacements. Pour conduire sur la route il va falloir devenir professionnel de la route, et bien connaitre son secteur pour ne plus être piégé en faute sur une signalisation défectueuse. Dès qu'on sort de sa ville, on joue maintenant à la roulette russe avec les PV. C'est pour la même raison que l'Etat demande maintenant qu'on s'équipe en éthylotests : les gendarmeries ne pouvaient plus se payer les ballons chimiques ou les tubes jetables pour le contrôle de base (celui effectué au volant à tout le monde; avant qu'on demande au conducteur 'soupçonné d'aller au contrôle sur l'appareil agréé) ! L'autre raison était que l'obligation donnée aux établissements vendant de l'alcool de s'équiper était incontrôlable, et insuffisante au regard du nombre de leurs clients (les établissements ont protesté via leurs syndicats car cela leur coûte trop cher s'ils doivent contrôler tout le monde qui le leur demande, client ou pas d'ailleurs, sachant qu'il ont obligation de fournir ce test dans les 15 minutes de leur demande). Seulement voilà : les gendarmes ne contrôlent pas les établissements non plus pour les verbaliser faute d'éthylotests disponibles : ils vont se placer à la sortie pour contrôler tout le monde au volant et faire des PV. Maintenant ils demanderont qu'on sorte l'éthylotest de la boite à gant car ils n'ont plus les moyens pour faire le contrôle de base aussi souvent qu'ils le voudraient (et que leur hiérarchie leur impose pour bénéficier des primes). Aussi toute aide externe à la navigation est maintenant non seulement bienvenue mais aujourd'hui indispensable, quand l'Etat (ou les collectivités endettées) ne fait plus son devoir d'information mais utilise les PV comme une source de financement destinée à entretenir les voiries et la signalisation (dans le meilleur des cas) ou seulement à éponger les dettes. Tant pis pour les points
Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme
Merci Vincent du tuyau ;-) J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale toute seule. En revanche elle est tellement lourde que l'application JOSM rame si on en charge plusieurs. J'ai également créé une page wiki pour informer de l'avancement de la saisie des feuilles http://wiki.openstreetmap.org/wiki/Pierrelatte - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/recherche-bati-de-Pierrelatte-en-Drome-tp5709776p5709956.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme
De : ZIMMY J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale toute seule. En revanche elle est tellement lourde que l'application JOSM rame si on en charge plusieurs. Oui en effet, ne pas hésiter à gonfler la RAM allouée à JOSM si tu veux afficher plusieurs planches en même temps ( 1Go ou plus si tu peux, pour être confortable) : http://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/Cadastre-fr#M.C3.A9moire vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr]Comment changer de licence ?
Le message suivant de Kerion: ## Bonjour, Lors du changement de licence, j'ai opté pour que mes données soient versées dans le domaine public. Après reflexion, je souhaiterais revenir à la licence ODL mais je ne trouve pas le moyen de changer dans les préféreces de mon compte. Comment faire ? Merci a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme
Le 23 mai 2012 17:19, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : ZIMMY J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale toute seule. En revanche elle est tellement lourde que l'application JOSM rame si on en charge plusieurs. Oui en effet, ne pas hésiter à gonfler la RAM allouée à JOSM si tu veux afficher plusieurs planches en même temps ( 1Go ou plus si tu peux, pour être confortable) : http://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/Cadastre-fr#M.C3.A9moire Pour aller au delà de 1,5 Go, il faut passer à la version 64 bits de Java. Attention : certaines mises à jour de navigateurs installent leur propre version 32 bit. Si cette version a un numéro supérieur à la version 64 bit également installée, elle devient celle par défaut quand on lance une appli avec la ligne de commande ou en cliquant sur un jar. J'ai eu le cas une fois, et de façon inattendue c'était une nouvelle version mineure 32 bit de Java installée ou mise à jour avec le navigateur qui était lancée, et je ne pouvais plsu charger certains fichiers OSM. Pourtant le site officiel Java disait que j'étais à jour (parce que je le visualisais avec un navigateur 32 bit...). De même l'applet de configuration Java m'indiquait bien la bonne version et trouvait bien la version 64 bits. Dans un cas comme ça, il faut alors mettre à jour aussi la version 64 bits correspondante (qui bizarrement alors ne se met pas à jour de façon automatique, si la nouvelle version en 32 bits a été mise à jour avant...) Je pense que c'est un bogue de l'outil de mise à jour propre au navigateur, s'il fait la mise à jour lui-même, car ce navigateur n'est encore supporté qu'en version 32 bits : il ne peut utiliser Java aussi qu'en 32 bits, mais quand il met à jour lui-même Java, il ignore que c'est la version 64 bits qu'on préfère en dehors de l'utilisation dans le navigateur, mais il remplace sans prévenir cette préférence alors que les deux sont configurables séparément. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
merci je vais le faire dans la soirée... c'est ca que j'aime pas avec les listes... c'est qu'il faut encore s'inscrire a droite et a gauche pour faire passer les différentes infos... alors qu'un seul et unique forum avec sections il n'y a qu'une seule inscription a faire (ca faisait un moment que je me retenait, désolé de vous soule encore avec ca ;-)... ) -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5709965.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Bonsoir, Merci Pierre pour la prise de contact avec l'ON3V. Voici mes observations: - Bien mettre dans la balance que l'accès aux données des VVV concurreront à développer la pratique du vélo avec le lot de services qui pourront ainsi se créer. En effet, actuellement, pour ne citer que le site de l'AF3V, il est tout sauf pratique pour informer sur les itinéraires praticables... - Montrer l'avantage de la BDD OSM à constituer un pot commun à partir de laquelle on pourra croiser un grand nombre de données. Romain Le 22 mai 2012 23:09, PierreV belett...@hotmail.fr a écrit : J'ai eu une réponse de Départements Régions Cyclables: Les données visibles sur la cartélie vont être disponibles dans les prochaines semaines. J'ai aussi le contact mail du chargé de mission ON3V et dédié a la tache (de libération de données?) bref, je ferais un mail à ce nouveau contact dans les prochains jours... pour vous donner de plus amples informations précises sur les conditions de licence. Faites moi part de vos éventuelles autres observations a faire dans ce mail. Sinon en apparté le DRC ma parlé de leur congrès annuel se déroulant à Nantes le 27 et 28 septembre. Un atelier sera consacré a l'OpenData et donc peut etre une opportunité de collaboration peut être aussi trouvée. Dommage que ce w-e je ne suis toujours pas sur de pouvoir monter à Nantes pour la Cartopartie et commencer a en discuter avec les Nantais... -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5709879.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Le 23 mai 2012 19:31, PierreV belett...@hotmail.fr a écrit : merci je vais le faire dans la soirée... c'est ca que j'aime pas avec les listes... c'est qu'il faut encore s'inscrire a droite et a gauche pour faire passer les différentes infos... On a la même chose sur les listes et le forums de ce point de vue là: chaque forum demande son inscription aussi. Sauf que c'est moins pratique pour y accéder. de n'importe où, et qu'on ne peut pas classer les messages soi-même ni en supprimer. En fin de compte il ne reste que les avis de quelques privilégiés du forum en question qui laissent ce qu'ils veulent ou ont le dernier mot pour tout, et ferment en même temps la discussion, et que souvent en plus on se retrouve systématiquement avec les pubs, et des tas de trucs indésirables autour, voir par dessus les messages. Franchement je préfère la forme wiki à celle des forums, dans ce qu'ils sont devenus sur le web, d'autant plus qu'ils sont souvent nettement moins bien protégés contre le spam et leur modération souvent délaissée ou alors uniquement automatisée de façon agressive et trop arbitraire (ce qui n'a pourtant aucun effet contre les spammeurs qui contournent facilement les filtres). Enfin leurs règles de conservation de messages ne permettent aucune souplesse et les fonctions de recherche plus hasardeuses. Enfin de nombreux forums sont bogués et accessibles uniquement avec certaines versions de navigateurs. Et peu d'entre eux permettent les pièces jointes ou l'inclusion de liens, etne vous offrent pas le choix concernant les envois de mail commerciaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] recherche bâti de Pierrelatte en Drôme
2012/5/23 Vincent de Chateau-Thierry v...@laposte.net: De : ZIMMY J'ai donc testé la manip de géoréférencement : la feuille cadastrale se cale toute seule. En revanche elle est tellement lourde que l'application JOSM rame si on en charge plusieurs. Oui en effet, ne pas hésiter à gonfler la RAM allouée à JOSM si tu veux afficher plusieurs planches en même temps ( 1Go ou plus si tu peux, pour être confortable) : http://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/Cadastre-fr#M.C3.A9moire On peut aussi aller dans le menu des préférences du plugin (F12) pour diminuer la résolution des images ou leur nombre (6 x 6 ou même 5 x 5 sont suffisants pour tracer les rues mais les numéros risquent d'être illisibles, ça dépend aussi de la qualité du cadastre scanné). Mais le plugin n'est pas vraiment prévu pour charger un nombre important de feuilles en même temps. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
si tu t'inscrivais sur le forum qu'a mis en place Sly et déplacé sur les serveurs OSMfrance, tu verras que tu n'auras aucun de ses inconvénients... il suffit juste de VOULOIR prendre le temps de s'y habituer et de proposer des évolutions pour arriver à un compromis, comme moi je suis en train d'essayer de m'habituer a la méthode des ML... mais bon c'est un éternel débat... excusez moi de l'avoir relancé... et y'a que les *** qui en changent pas d'avis. Sur-ce... je reviens sur le sujet initial, en continuant le boulot que j'ai commencé avec le contact pris avec l'ON3V... si tout le monde y mettait autant du sien a lier ce genre de contacts au lieu de perdre du temps à balancer des mails a tout va sur la ML, la France en serait au même niveau que l'Allemagne! -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5709997.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Le 24 mai 2012 00:55, PierreV belett...@hotmail.fr a écrit : commencé avec le contact pris avec l'ON3V... si tout le monde y mettait autant du sien a lier ce genre de contacts au lieu de perdre du temps à balancer des mails a tout va sur la ML, la France en serait au même niveau que l'Allemagne! Ah bon ??? Parce que selon toi l'Allemagne est mieux avancée alors qu'elle a deux fois plus de contributeurs réguliers ? La carte de l'Allemagne est aussi pleine de trous (bien plus qu'en France), d'autant qu'il y en a beaucoup chez eux qui ont refusé la nouvelle licence (influence polonaise ans doûte) et que les trous augmentent avec les suppressions qu'il faut reconstruire. Quant à la précision des tracés en Allemagne, elle est très disparâtre. La France est pas si mal que ça, mais pas encore aussi avancée que l'Espagne. Le seul problème de la France c'est son centralisme qu'on retrouve aussi parmi ses contributeurs. Résultat, on est très bon à Paris et pas loin autour, et beaucoup moins bien ailleurs (les contributeurs qui y sont ne sont pas écoutés et manquent de soutien dans ce qu'ils font). La France est très bien avancée aussi si on regarde les Etats-Unis, qui font moins bien que la Russie (où des tonnes de bons outils ont été développés pour aller vite sur des sujets précis, y compris dans les traductions) pour couvrir un territoire avec proportionnellement beaucoup moins de monde (ils en sont déjà à vouloir faire du rendu 3D) ; il suffit de voir le nombre de toponymes qu'ils ont transcrits en Russe pour la France ou ailleurs en Europe et dans le monde, et la complexité de la structure administrative de la Russie, ils s'en sortent très bien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Héritage et relation
Bonjour, Pour mon premier message, je voudrais poser une question que je me pose depuis un moment. Est-ce que les tags d'une relation sont héréditaires ? En d'autre terme lorsque je mets un tag dans une relation celui-ci est-il transmis aux enfants de la relation (lorsque ceux-ci ne redéfinissent pas le tag en question) ? Plus généralement, depuis quelques temps que je m'intéresse à OSM, je trouve un manque de séparation des aspects géométriques (point, ligne, ...) et sémantiques. Cela risque de poser d'importants problèmes de cohérence pour le nommage des routes, de plus en plus fragmentées. Je ne sais pas où en sont les discutions, mais il me semble qu'il faudrait aller vers un système de tag par regroupements récursifs des éléments, et héritage des tags. (Il me semble avoir vu qq chose dans ce sens pour la prochaine API) En gros, généraliser les relations, faire du multipolygon un élément géométrique à part entière. Pour les routes cela permettrait de clarifier les aspects : * de voirie * d'entité géographiques * d'entité administrative (no de voirie, axe européen, ...) * d'entité logique (axe de transport en commun, ...) Il y a déjà des choses, et c'est d'ailleurs le point de départ de ma question, c'est en voulant regrouper des routes que je me suis dis que c'était totalement inutile s'il n'y avait pas héritage du nom de la référence, ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] renevier.net en panne ?
Bonjour, les deux sites sont hébergés différemment: http://syj.renevier.net au crans. Ça ne marche plus, et je n'ai pas trop pris le temps de comprendre ce qu'il y avait à faire pour que ça remarche. http://dev.renevier.net qui est sur mon serveur perso. Il est débranché depuis quelques semaines, mais je devrais le rebrancher très prochainement. Sinon, il y a des backups des données de syj ... sur mon serveur a+ arno Le Wednesday 23 May 2012, à 09:46:20AM +0200, Fabien a écrit : Le 23 mai 2012 09:37, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : 2012/5/22 Fabien marbolan...@gmail.com: Le 22 mai 2012 13:27, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Le 22 mai 2012 13:22, Fabien marbolan...@gmail.com a écrit : Quelqu'un a une idée ? oui, le service était hébergé sur osm4 qui est mort, et il n'ets aps encore remis en fonction sur un autre serveur ... Sylvain Quelqu'un aurait un clone de syj disponible quelque part ? Il y a un site de dev disponible là: http://dev.syj.renevier.net/ Concernant syj.renevier.net, je ne pense pas qu'il soit rétabli dans l'immédiat: le créateur est très occupé, et je n'ai pas de backups des traces déjà mises en place. Salut, Merci pour le lien. Je me suis mal exprimé. Il y a un clone du dépôt git ? Je voulais me créer un serveur local en fait. Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://syj.renevier.net/ Show Your Journey, website to share routes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] カラオケボックス(amenity=karaoke_box)の提案(Draft)
東です。
はい。目的に合う写真があればライセンスに従って使う限り問題ないと思います。
今回は安藤さんが提供を表明してくださったので
そちらをお待ちしたいと思います。
2012/05/23 Yoichi SEINO say.n...@gmail.com:
清野です。
申し訳ございません、キチンと最後まで確認せずに送信してしまいました…。
「自由なライセンス」
です。
お詫びして訂正致します。
2012年5月23日水曜日 Yoichi SEINO say.n...@gmail.com:
清野です。
ふと思ったのですが、写真はWikipediaやウィキメディア・コモンズ
http://commons.wikimedia.org/wiki/Category:Karaoke?uselang=ja
後はFlickrなどにアップロードされている自由な来船の写真を用いてはいけないのでしょうか?
2012年5月20日日曜日 安藤昌司 gando.west.0...@gmail.com javascript:_e({}, 'cvml',
'gando.west.0...@gmail.com');:
わかりました。
（覚えてるかどうかも含めて＾＾；）どこまでできるかわかりませんが、撮影してきますね。
2012年5月19日 15:12 Shu Higashi s_hig...@mua.biglobe.ne.jp:
安藤さん、ありがとうございます。
典型的なカラオケBOXという雰囲気の（これが難しいかもしれませんが）
外観、店内入り口ロビー付近、室内設備などの写真があれば助かります。
歌っているところはなくても構いません。
東
2012/05/19 安藤昌司 gando.west.0...@gmail.com:
安藤です。
カラオケは月一で行くのですが、
雰囲気がわかるというのは室内が写っていればいいんでしょうか？
もしくは誰かが歌っている所が必要ですか？
後者だとちと厳しいですが。
2012年5月19日土曜日 Shu Higashi
s_hig...@mua.biglobe.ne.jpjavascript:_e({},
'cvml', 's_hig...@mua.biglobe.ne.jp');:
はい。
カラオケBOXの雰囲気が分かる写真を募集中です。
自分で行く機会が無いものですから。。
東
2012/05/19 ribbon o...@ns.ribbon.or.jp:
On Sat, Feb 11, 2012 at 05:04:28PM +0900, Shu Higashi wrote:
東です。
めげずにカラオケボックスの提案ドラフトを書きました。
http://wiki.openstreetmap.org/wiki/Proposed_features/Karaoke_box
ご意見ありましたらお願いします。
そういえば、この話進んでないですね。
oota
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Bingのズレ調整について
コメントありがとうございます。 ikiyaさんが合わせるとしたらJOSMオフセット値はどれくらいになりますか？ どちらの方向にズラせば良いのか、自分ではちょっと判断つきませんでした。 東 2012/05/23 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 具体的にかつ視覚的にwikiページで確認できるのはよいと思います。 パッと見、右回り（時計回り）で公園外周ログとりされたと思います。 公園の北側と東側の道路のログ、ウェイポイントのgps精度が高そうなので 私だとそちら（北側と東側の２辺）を基準にオフセット合わせます。 --- On Wed, 2012/5/23, Shu Higashi s_hig...@mua.biglobe.ne.jp wrote: 千歳付近の例を追記しました。 http://wiki.openstreetmap.org/wiki/JA:Offset_list#.E5.8D.83.E6.AD.B3.E9.A7.85.E5.8D.97.E9.83.A8.E7.B7.91.E5.9C.B0.E5.85.AC.E5.9C.92.28.E5.85.BC.E5.9C.B0.E4.B8.8B.E9.A7.90.E8.BB.8A.E5.A0.B4.29 東 2012/05/22 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 MontBlancさん、情報ありがとうございます。 ズレにもいろんなケースがありそうで、どのように整理したらよいか、 よく分からなくなってしまいました。 最初のスレッドでズレの例を挙げましたが、私自身が勘違いをしているかもしれないので とりあえずひとつ、帯広での実例を具体的に挙げてみました。 （ズレの考え方を整理するためであり、マッピングされた方に対してどこういう意図はありません） http://wiki.openstreetmap.org/wiki/JA:Offset_list このケースではBingがズレており、オフセット値を設定すべきだと 考えたのですが、合っていますかね。 これは比較的分かりやすい、というか混乱していない例だと思うのですが 他にも悩ましい例などありましたら適宜追記しあって、少しみんなの目で 検証してみませんか。 2012/05/20 MontBlanc o...@gatinho.org: MontBlancです。 画像のずれに関してですが、ある地図作成会社の人と話す機会がありました。 大震災後に東北地方を精密に測定したということでずれについて貴重な意見を いただきました。太平洋側が震災前と比較し最大４・５メートルほど東にずれている ということです。 震災後の画像データではなければGPSを用いるほうがよいかもしれません。 以上 2012/5/20 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 2012/05/20 Satoshi IIDA nyamp...@gmail.com: いいだです。 画像のズレの数値化と共有は、僕も一時期やろうと思ったことがあります。 ただ、同じ地域をずっとマッピングしていると、同じ撮影日時であっても、少しずつ画像のオフセットが調整されている気がしています。 (あくまでも、気がするレベルですが。) 撮影日時を記録しておくのはかなり有効ではあるのですが、撮影日時が同じ状態でオフセットだけ修正された場合、一律化されたオフセット値はあまり意味が無いどころか、間違いを推奨するデータになってしまうおそれがあると思っています。 なのでいまでは、地域ごとの一律の数値化は、かなり難しいのじゃないか？と思っています。 オフセット値のカバー範囲を細かく確認するのはかなり大変な作業だと思います。 範囲の特定は課題ですね。 ただ、私自身は近いエリアで微妙にオフセット値がズレる、という経験はありません。 山間部が(ちゃんとオルソ化されていないので)ズレているということはよくあります。 それよりは、 ・GPSログをアップロードすることを推奨して、参照可能なデータの母数を増やす ・画像のズレを修正する手順を積極的に広める ことをしたほうが、将来的に見て良い方法なのじゃないかと思っています。 GPSログは大きなよりどころのひとつになるので既にアップロードされているところでも どんどんアップしましょう、ということですね。賛成です。 ズレを修正する手順もまとめましょう。 どこからやればいいかなぁ。。 他に参照可能なデータ、ということだと、電子基準点のデータが使えればかなり正確に調整ができるようになるのかな？ まずは評価が要りそうに思います。 震災によるズレも、まだ全て再計測はされていなかったかと。 このあたりは詳しい方に教えて頂きたいです。 2012年5月20日 0:57 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 Bingのオフセットをgpsログをもとに決める場合、 同時に取った複数のログを比べるとこんな具合です。 （ガーミンハンディGPS ３機種比較） ・車と徒歩 http://1.bp.blogspot.com/-qwPLHmrTMAk/T7e9uPqnwOI/C_8/IuJXgb6GhVc/s1600/ga3a.jpg ・車 http://4.bp.blogspot.com/-ceASKdurjoM/T7e9ueeFy7I/DAI/0MDi4lEJOPw/s1600/ga3b.jpg マッピングでハンディGPS３機種同時に携行するケースはほとんどないと思うので 普段はこの３つログのうちいずれか１つを見てBingのずれを決めていることになります。 この程度のログ同士のずれは日常あります。 それでもGPSログからBingのズレ傾向は読めるので、条件にもよりますが ログは相対的な基準になると思います。 参考まで。 --- On Sat, 2012/5/19, Yoichi SEINO say.n...@gmail.com wrote: 清野です。 たしか、全世界規模でBingの空中写真のズレを共有してみんなで参照できるようにしよう、という取り組みがあったと思ったのですが、 それが東さんの仰るAPIでどうこうしようとしていたちごっこでうまくいっていないもののことなのでしたっけ…? 何らかの対策は取りたいですね。 もちろん、三浦さんの仰るようにソフトウェアで解決できればそれが一番スマートだと思いますが、 それが無理なら何か次善の方法や情報を共有する仕組みが作りたいですね。 こういう問題に対応する上でも、Bingのソースタグには時間属性を付けておきたいですね。 2012年5月19日土曜日 ribbon o...@ns.ribbon.or.jp: On Sat, May 19, 2012 at 03:16:08PM +0900, Shu Higashi wrote: 書き忘れました。 APIでカバーしようという下記のような案も出ていたのですが Bing画像は入れ替わるので、いたちごっことなり、 機械的な対応は難しいのではないかと感じています。 確かに。 宮崎空港あたりは結構ずれていたのですが、今見たら 画像が更新されたらしく、ずれが収まっていました。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Bingのズレ調整について
震災によるズレとおもわれる例を追記しました。 仙台市扇町付近（多賀城の近く） http://wiki.openstreetmap.org/wiki/JA:Offset_list#.E4.BB.99.E5.8F.B0.E5.B8.82.E6.89.87.E7.94.BA 2012/05/24 Shu Higashi s_hig...@mua.biglobe.ne.jp: コメントありがとうございます。 ikiyaさんが合わせるとしたらJOSMオフセット値はどれくらいになりますか？ どちらの方向にズラせば良いのか、自分ではちょっと判断つきませんでした。 東 2012/05/23 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 具体的にかつ視覚的にwikiページで確認できるのはよいと思います。 パッと見、右回り（時計回り）で公園外周ログとりされたと思います。 公園の北側と東側の道路のログ、ウェイポイントのgps精度が高そうなので 私だとそちら（北側と東側の２辺）を基準にオフセット合わせます。 --- On Wed, 2012/5/23, Shu Higashi s_hig...@mua.biglobe.ne.jp wrote: 千歳付近の例を追記しました。 http://wiki.openstreetmap.org/wiki/JA:Offset_list#.E5.8D.83.E6.AD.B3.E9.A7.85.E5.8D.97.E9.83.A8.E7.B7.91.E5.9C.B0.E5.85.AC.E5.9C.92.28.E5.85.BC.E5.9C.B0.E4.B8.8B.E9.A7.90.E8.BB.8A.E5.A0.B4.29 東 2012/05/22 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 MontBlancさん、情報ありがとうございます。 ズレにもいろんなケースがありそうで、どのように整理したらよいか、 よく分からなくなってしまいました。 最初のスレッドでズレの例を挙げましたが、私自身が勘違いをしているかもしれないので とりあえずひとつ、帯広での実例を具体的に挙げてみました。 （ズレの考え方を整理するためであり、マッピングされた方に対してどこういう意図はありません） http://wiki.openstreetmap.org/wiki/JA:Offset_list このケースではBingがズレており、オフセット値を設定すべきだと 考えたのですが、合っていますかね。 これは比較的分かりやすい、というか混乱していない例だと思うのですが 他にも悩ましい例などありましたら適宜追記しあって、少しみんなの目で 検証してみませんか。 2012/05/20 MontBlanc o...@gatinho.org: MontBlancです。 画像のずれに関してですが、ある地図作成会社の人と話す機会がありました。 大震災後に東北地方を精密に測定したということでずれについて貴重な意見を いただきました。太平洋側が震災前と比較し最大４・５メートルほど東にずれている ということです。 震災後の画像データではなければGPSを用いるほうがよいかもしれません。 以上 2012/5/20 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 2012/05/20 Satoshi IIDA nyamp...@gmail.com: いいだです。 画像のズレの数値化と共有は、僕も一時期やろうと思ったことがあります。 ただ、同じ地域をずっとマッピングしていると、同じ撮影日時であっても、少しずつ画像のオフセットが調整されている気がしています。 (あくまでも、気がするレベルですが。) 撮影日時を記録しておくのはかなり有効ではあるのですが、撮影日時が同じ状態でオフセットだけ修正された場合、一律化されたオフセット値はあまり意味が無いどころか、間違いを推奨するデータになってしまうおそれがあると思っています。 なのでいまでは、地域ごとの一律の数値化は、かなり難しいのじゃないか？と思っています。 オフセット値のカバー範囲を細かく確認するのはかなり大変な作業だと思います。 範囲の特定は課題ですね。 ただ、私自身は近いエリアで微妙にオフセット値がズレる、という経験はありません。 山間部が(ちゃんとオルソ化されていないので)ズレているということはよくあります。 それよりは、 ・GPSログをアップロードすることを推奨して、参照可能なデータの母数を増やす ・画像のズレを修正する手順を積極的に広める ことをしたほうが、将来的に見て良い方法なのじゃないかと思っています。 GPSログは大きなよりどころのひとつになるので既にアップロードされているところでも どんどんアップしましょう、ということですね。賛成です。 ズレを修正する手順もまとめましょう。 どこからやればいいかなぁ。。 他に参照可能なデータ、ということだと、電子基準点のデータが使えればかなり正確に調整ができるようになるのかな？ まずは評価が要りそうに思います。 震災によるズレも、まだ全て再計測はされていなかったかと。 このあたりは詳しい方に教えて頂きたいです。 2012年5月20日 0:57 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 Bingのオフセットをgpsログをもとに決める場合、 同時に取った複数のログを比べるとこんな具合です。 （ガーミンハンディGPS ３機種比較） ・車と徒歩 http://1.bp.blogspot.com/-qwPLHmrTMAk/T7e9uPqnwOI/C_8/IuJXgb6GhVc/s1600/ga3a.jpg ・車 http://4.bp.blogspot.com/-ceASKdurjoM/T7e9ueeFy7I/DAI/0MDi4lEJOPw/s1600/ga3b.jpg マッピングでハンディGPS３機種同時に携行するケースはほとんどないと思うので 普段はこの３つログのうちいずれか１つを見てBingのずれを決めていることになります。 この程度のログ同士のずれは日常あります。 それでもGPSログからBingのズレ傾向は読めるので、条件にもよりますが ログは相対的な基準になると思います。 参考まで。 --- On Sat, 2012/5/19, Yoichi SEINO say.n...@gmail.com wrote: 清野です。 たしか、全世界規模でBingの空中写真のズレを共有してみんなで参照できるようにしよう、という取り組みがあったと思ったのですが、 それが東さんの仰るAPIでどうこうしようとしていたちごっこでうまくいっていないもののことなのでしたっけ…? 何らかの対策は取りたいですね。 もちろん、三浦さんの仰るようにソフトウェアで解決できればそれが一番スマートだと思いますが、 それが無理なら何か次善の方法や情報を共有する仕組みが作りたいですね。 こういう問題に対応する上でも、Bingのソースタグには時間属性を付けておきたいですね。 2012年5月19日土曜日 ribbon o...@ns.ribbon.or.jp: On Sat, May 19, 2012 at 03:16:08PM +0900, Shu Higashi wrote: 書き忘れました。 APIでカバーしようという下記のような案も出ていたのですが Bing画像は入れ替わるので、いたちごっことなり、 機械的な対応は難しいのではないかと感じています。 確かに。 宮崎空港あたりは結構ずれていたのですが、今見たら 画像が更新されたらしく、ずれが収まっていました。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] National Rail as a brand (was: Bulk railway station changes)
AJ Ashton wrote: So what I'm wondering is, could 'brand=National Rail' be an appropriate tag for stations that would be marked with the double arrow in signs, etc? That seems good in a tag what's on the ground fashion, and more appropriate than network=. Two particular cases I'm unsure about: 1. ScotRail is now, as well as a TOC name, the Scottish Executive-mandated brand for rail services north of the border. I'm not sure whether the double-arrow is still used in the new branding scheme. (Examples: http://www.transportscotland.gov.uk/rail/role/the-brand/implementation - there don't appear to be any double-arrows in the Queen Street pic, but there may be outside, and I presume that it's still signposted from roads etc. the same way.) 2. London Overground (http://www.tfl.gov.uk/corporate/projectsandschemes/15359.aspx). Officially part of the mainline rail network, I think, but uses the TfL roundel. I'm honestly not sure whether a map would _want_ to show LO stations with double arrows or with roundels these days. Any Scots or Londoners able to advise? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/National-Rail-as-a-brand-was-Bulk-railway-station-changes-tp5709700p5709992.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
