Re: [talk-ph] Governor Pineda (Pampanga) willing to support OSM for mapping other municipalities in the province
Manila Bulletin picked this up today. Thankfully, without the hulog ng langit quip. -- sent using mental telepathy via Ansible On Jun 25, 2014 10:14 AM, maning sambale emmanuel.samb...@gmail.com wrote: Kudos on your political manoeuvring, Maning. Credits goes to our local partners in Pampanga. While they are busy updating their own LGUs in OSM, they are aware that to be more effective and to get a complete picture of the hazard and exposure situation, they need to look beyond administrative boundaries and view the situation from the natural boundaries like the Pampanga watershed. This is why, they are slowly working towards a collective alliance to update the data of the neighboring towns/municipalities. As this is my area, especially the northern part, I will aim to get more involved. Specifically, what I'd love to see is that the very people that would benefit from the maps actually maintained them. If the engineering, health, education, etc. departments in the municipalities each have people that know how to update the map, then I think the chance that things are being kept up to date is much higher. They could even hand out walking papers to people as they go to different places. I'd be happy to spend some time on training people from the municipalities around here. Great! Will surely ask your help for Magalang. Here's the local news of the event yesterday: http://www.headlinegl.com/pineda-lauds-world-banks-capacity-building-projects/ Although, I'm a little bit uncomfortable with Hulog ng langit remark by one of the Board Member. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] my link collection
During the meetup in April in Antwerp, Jo asked for my collection of links that I have collected over the past few years. I finally found an easy way to share them. So here they are: http://share.xmarks.com/folder/bookmarks/56erXxFjfE No guarantees on the availability of the websites. Maybe you find something useful in the list regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Come back Osmarender, all is forgiven!
On Tue, 24 Jun 2014 12:00:32 +0100, Philip Barnes wrote: Abandoned railways are also potential footpaths, cycleways, again not showing them makes locating potential useful rights of way claims more difficult. I'd assume that mappers who have surveyed the abandoned railways would add highway=path/footway to it if appropriate. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Come back Osmarender, all is forgiven!
On Thu, 2014-06-26 at 13:52 +0200, malenki wrote: On Tue, 24 Jun 2014 12:00:32 +0100, Philip Barnes wrote: Abandoned railways are also potential footpaths, cycleways, again not showing them makes locating potential useful rights of way claims more difficult. I'd assume that mappers who have surveyed the abandoned railways would add highway=path/footway to it if appropriate. They do not necessarily have legal access at that stage, or are seriously overgrown but are potential additions to the ROW network. Highway authorities will often consult user groups on ROW improvements, old railways are often a good and non-contravercial additions. Embankments and low bridges are also significant landmarks that are important for navigation in the same way as power lines. ROW = Rights of way. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Sydney - Hornsby section of 'Pacific Highway' to revert to old name
Spoted on the Local council link (I was looking for the clean up dates :) ) http://www.hornsby.nsw.gov.au/council/noticeboard/latest-news/hornsbys-pacific-highway-to-regain-old-name In breif Old name (name to be) was (is) 'Peats Ferry Road'. House numbers to remain the same. When? before 1 July 2014 in the NSW Government Gazette. Signage will be changed but may take some months. Both names may be in use for the coming year. The Roads and Maritime Service (RMS) has moved the highway name and route to George Street and Jersey Road. So this means that those sections of George Street and Jersey Road need their names changed to 'Pacific Highway'. Assume their numbers remain the same too? Does someone have this in hand? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Sydney - Hornsby section of 'Pacific Highway' to revert to old name
On 27 June 2014 11:38, Warin 61sundow...@gmail.com wrote: The Roads and Maritime Service (RMS) has moved the highway name and route to George Street and Jersey Road. So this means that those sections of George Street and Jersey Road need their names changed to 'Pacific Highway'. Assume their numbers remain the same too? We should be a little careful here. There is a a Pacific Highway main road route, like there is a Princes Highway main road route. You can see those here.. http://www.rms.nsw.gov.au/doingbusinesswithus/downloads/lgr/reg_table_for_internet_31jan11.pdf However, this doesn't mean the actual street names will change. The chances are that George Street and Jersey Road will remain names as these, Of course, if the RMS choose to whack up new signs, then we'll change it in OSM. See, for example City Road at Broadway, and King Street leading on from it, which as far as the RMS is concerned form part of the Princes Highway for administrative purposes, but road names are as signposted. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Sydney - Hornsby section of 'Pacific Highway' to revert to old name
I live local to this and have been following it in the local media too. Also I drive these streets most days. The RMS has stated (in a local paper I think) they have no immediate plans to rename George Street and Jersey Road to Pacific Highway but may in the future. The Pacific Highway main road route has followed George Street and Jersey Road for many years already. Mark -Original Message- Subject: Re: [talk-au] Sydney - Hornsby section of 'Pacific Highway' to revert to old name On 27 June 2014 11:38, Warin 61sundow...@gmail.com wrote: The Roads and Maritime Service (RMS) has moved the highway name and route to George Street and Jersey Road. So this means that those sections of George Street and Jersey Road need their names changed to 'Pacific Highway'. Assume their numbers remain the same too? We should be a little careful here. There is a a Pacific Highway main road route, like there is a Princes Highway main road route. You can see those here.. http://www.rms.nsw.gov.au/doingbusinesswithus/downloads/lgr/reg_table_for_in ternet_31jan11.pdf However, this doesn't mean the actual street names will change. The chances are that George Street and Jersey Road will remain names as these, Of course, if the RMS choose to whack up new signs, then we'll change it in OSM. See, for example City Road at Broadway, and King Street leading on from it, which as far as the RMS is concerned form part of the Princes Highway for administrative purposes, but road names are as signposted. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Cidades com mais de 100 mil habitantes
Falando em fotos de satélite, o Bing poderia disponibilizar fotos com melhor resolução. O que temos hoje era o Google Maps de 10 anos atrás. Em 25 de junho de 2014 21:39, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Coincidentemente eu me interessei em olhar Caruaru (PE). O namorado da minha irmã mora lá. Na semana passada, ainda, observei que a maior parte da cidade estava descoberta pelas fotos de satélite. A parte coberta, o era por fotos antigas, preto e branco. Talvez parecido aconteça com as demais cidades em questão. 2014-06-20 12:39 GMT-03:00 Severin Menard severin.men...@gmail.com: Oi, Se quiser, é possível de user o Tasking Manager http://tasks.hotosm.org/ para coordenar as pessoas mapeando juntas essas cidades. Se usar aquele do HOT, as tarefas não seriam featuredmas classificadas na categoria All jobs. Eu posso dar direitos de administração para criar tarefas a alguns mapeadores avançados interessados. Mas, como o Tasking Manager é uma ferramenta opensource, é possível também de criar um site para o Brasil, assim que fez a comunidade OSM da Argentina. Uma nova versão do Tasking Manager esta em preparação com normalmente mais documentação para facilitar novas implementações. Cordialemente, Severin HOT Date: Thu, 19 Jun 2014 16:20:47 -0300 From: Tarcisio Oliveira tarci...@ymail.com To: OSM talk-br talk-br@openstreetmap.org Subject: [Talk-br] Cidades com mais de 100 mil habitantes Message-ID: 53a3380f.1060...@ymail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Estava dando uma olhada no projeto http://wiki.openstreetmap.org/wiki/Category:Cidades_com_mais_de_100_mil_habitantes e fui dar uma olhada nas páginas wiki de algumas cidades, dai eu vi que tem cidade com esse porte populacional que ainda nem existe no OSM, tipo Caruaru (http://www.openstreetmap.org/#map=13/-8.2896/-35.9725), é uma cidade de grande importancia para o comercio na região, e o fato de não existir, cria uma deficiência muito grande na de se fazer uma possível avaliação do projeto como um todo. Sendo que diversos usuários dessas regiões ficam na mão quando vão usar, ou tentar usar, aplicativos que tenham como base o OSM, tipo o site do Foursquare ou o RunKeeper, que ficam plotados sobre o nada. O que eu proponho é que fosse criado um projeto ou coisa do gênero para criar essas cidades, os argumentos estão postados acima. Segue algumas cidades que podem demostrar isso http://wiki.openstreetmap.org/wiki/Abaetetuba http://wiki.openstreetmap.org/wiki/Altamira,_Par%C3%A1 http://wiki.openstreetmap.org/wiki/Bacabal http://www.openstreetmap.org/edit.html#map=15/-1.5084/-48.6138 nenhuma via se cruza http://wiki.openstreetmap.org/wiki/Brusque http://wiki.openstreetmap.org/wiki/Caruaru http://wiki.openstreetmap.org/wiki/Camet%C3%A1 http://wiki.openstreetmap.org/wiki/Castanhal http://wiki.openstreetmap.org/wiki/Caxias http://wiki.openstreetmap.org/wiki/Cianorte http://wiki.openstreetmap.org/wiki/Cod%C3%B3 http://wiki.openstreetmap.org/wiki/Colombo,_Paran%C3%A1 http://wiki.openstreetmap.org/wiki/Guarapuava http://wiki.openstreetmap.org/wiki/Itabuna http://wiki.openstreetmap.org/wiki/Ilh%C3%A9us http://wiki.openstreetmap.org/wiki/Igarassu http://wiki.openstreetmap.org/wiki/Itatiba http://wiki.openstreetmap.org/wiki/Itapipoca http://wiki.openstreetmap.org/wiki/Hortol%C3%A2ndia http://wiki.openstreetmap.org/wiki/Igarassu e Cidades que estão no wiki que eu acho que não pertencem ao Brasil http://wiki.openstreetmap.org/wiki/Beira,_Sofala http://wiki.openstreetmap.org/wiki/Chimoio,_Manica http://wiki.openstreetmap.org/wiki/Inhambane,Inhambane ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Cidades com mais de 100 mil habitantes
Mas o Bing tem melhorado! De 20 dias pra cá (é um chute), algumas áreas que me afetavam não estão mais sob as nuvens. Alexandre Magno Em 26 de junho de 2014 13:14, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Falando em fotos de satélite, o Bing poderia disponibilizar fotos com melhor resolução. O que temos hoje era o Google Maps de 10 anos atrás. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Cidades com mais de 100 mil habitantes
Onde falta Bing, tenta MapBox satelite, mas cuida porque em geral o resolucao do MapBox e um pouco baixo. Bom compara-la com Bing Aun Johnsen Sent from my iPhone On 26. juni 2014, at 13:22, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Mas o Bing tem melhorado! De 20 dias pra cá (é um chute), algumas áreas que me afetavam não estão mais sob as nuvens. Alexandre Magno Em 26 de junho de 2014 13:14, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Falando em fotos de satélite, o Bing poderia disponibilizar fotos com melhor resolução. O que temos hoje era o Google Maps de 10 anos atrás. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Cidades com mais de 100 mil habitantes
Aqui é o inverso. Mapbox é bem melhor, e está servindo como base, o Bing só tem na capital. Já solicitei diversos outras regiões ao Mapbox pelo site. Em 26-06-2014 14:05, Aun Johnsen escreveu: Onde falta Bing, tenta MapBox satelite, mas cuida porque em geral o resolucao do MapBox e um pouco baixo. Bom compara-la com Bing Aun Johnsen Sent from my iPhone ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Divisa de Duque de Caxias e Rio de Janeiro
2014-06-25 20:57 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Tente usar esse visualizador mais antigo (bem mais antigo): http://portalgeo.rio.rj.gov.br/website/testes/minisig/viewer.htm Certo, funciona. Obrigado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Via de acesso em SC
Pessoal.. Seguindo o que diz esta notícia http://www.portelaonline.com.br/site/noticia.php?id=21061 Pelo que diz ali, hoje 100% dos acesso aos 296 Municípios de SC, tem ligação pavimentada. (Isso o governo usa pra fazer marketing nas rádios a dar com os pés) Assim, pra não ficar uma coisa muito manual e visual, se alguém tiver algum macete pra jogar isso no OSM e ver como estão a classe deste acesso, se falta muita coisa a ainda por fazer... Eu já imprimi a lista deste 296 Municípios, na medida do possível e tempo, vou correndo o mapa e vendo..,más pra não fica repetitivo, o que já tem, não precisa revisar.. Sei que tem MUITO ainda que mapear aqui, e cidade inteiras pra desenhar...mas se tiver o acesso até elas, já está de bom tamanho.. ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Divisa de Duque de Caxias e Rio de Janeiro
Esses dois prédios existem no bondinho? https://www.openstreetmap.org/way/274463397 https://www.openstreetmap.org/way/274463398 Estão com nome de Test ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Divisa de Duque de Caxias e Rio de Janeiro
Me parece que não, mas não pude ir a campo verificar se não seriam monumentos ou algo assim. []s Arlindo On Thu, Jun 26, 2014 at 5:37 PM, Nelson A. de Oliveira nao...@gmail.com wrote: Esses dois prédios existem no bondinho? https://www.openstreetmap.org/way/274463397 https://www.openstreetmap.org/way/274463398 Estão com nome de Test ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Divisa de Duque de Caxias e Rio de Janeiro
Por um momento achei que fossem os dois modelos de bondinho anteriores, mas eles não ficam nos locais indicados. Não há nada aí. Por mim reverte. 2014-06-26 17:37 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Esses dois prédios existem no bondinho? https://www.openstreetmap.org/way/274463397 https://www.openstreetmap.org/way/274463398 Estão com nome de Test ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] vending=photos - Fotoautomaten?!
Am 25.06.2014 20:50, schrieb Michael Kugelmann: Am 25.06.2014 18:25, schrieb Andreas Goss: Übersehe ich da etwas oder sind das fast alles diese Pass-Fotoautomaten, was ich in München, Stuttgart und Karlsruhe nachgesehen habe: stiimmt mit hoher Wahrscheinlichkeit. Teilweise steht auch FotoFix oder anderer eindeutiger Firmennamen dabei oder eine anderweitige eindeutige Beschreibung. Was es aber auch geben könnte (gab es zumindest in der Vergangenheit) sind Automaten zum Verkaufen von Negativ-/Diafilmen... = wenn es eindeutig ist würde ich es umtaggen. Für die anderen Objekte würde ich entweder ein Fixme dazumachen oder eine Note anbringen, jeweils mit der Aufforderung das zu prüfen. Da hast Du wohl eine wichtige Möglichkeit vergessen: Einfach mal den/die Ersteller_in anschreiben und nachfragen. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lummerland reloaded
In der Vergangenheit wurde in OSM einiges erfasst, was wegen der Unvereinbarkeit mit der Realität wieder gelöscht wurde, zum Beispiel Lummerland. Der eine oder andere Mapper hat vor dem Löschen die Daten lokal gesichert. Nun™ ist es möglich, bei http://opengeofiction.net Phantasieländer zu erstellen. Wer erstellt Lummerland neu? via: http://thinkwhere.wordpress.com/2014/06/19/state-of-the-map-europe-2014-pure-openstreetmap/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] vending=photos - Fotoautomaten?!
Ich würde den Konflikt mal auf tagging besprechen und versuchen eine Lösung abzustimmen und ggf mit Einverständnis aufräumen. Habe mal im Wiki unter vending_machine worunter eben auch photos steht, einen Hinweis auf amenity=photo_booth erstellt. Ich finde das Schema mit vending_machine besser als photo_booth Grüße Johannes Am 26.06.2014 14:00, schrieb fly: Am 25.06.2014 20:50, schrieb Michael Kugelmann: Am 25.06.2014 18:25, schrieb Andreas Goss: Übersehe ich da etwas oder sind das fast alles diese Pass-Fotoautomaten, was ich in München, Stuttgart und Karlsruhe nachgesehen habe: stiimmt mit hoher Wahrscheinlichkeit. Teilweise steht auch FotoFix oder anderer eindeutiger Firmennamen dabei oder eine anderweitige eindeutige Beschreibung. Was es aber auch geben könnte (gab es zumindest in der Vergangenheit) sind Automaten zum Verkaufen von Negativ-/Diafilmen... = wenn es eindeutig ist würde ich es umtaggen. Für die anderen Objekte würde ich entweder ein Fixme dazumachen oder eine Note anbringen, jeweils mit der Aufforderung das zu prüfen. Da hast Du wohl eine wichtige Möglichkeit vergessen: Einfach mal den/die Ersteller_in anschreiben und nachfragen. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] vending=photos - Fotoautomaten?!
Am 26/giu/2014 um 23:15 schrieb Johannes jotpe@gmail.com: Ich finde das Schema mit vending_machine besser als photo_booth für welche Art Maschine? Es ist ja evtl. noch gar nicht komplett klar, was vending=photos bedeuten soll, könnten z.B. auch die Automaten sein, wo man in Selbstbedienung Abzüge von Digitalfotos machen kann. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
http://webmapp.it/maps/dolomiti-panorama/map.html ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
+1 Inviato da iPhone Il giorno 26/giu/2014, alle ore 09:16, Volker Schmidt vosc...@gmail.com ha scritto: http://webmapp.it/maps/dolomiti-panorama/map.html ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
Ricordo a tutti che i messaggi delle mailinglist rimangono archiviati per sempre e che molto spesso servono di aiuto per le persone che fossero interessate a questi argomenti fra svariati mesi o anni. Questo non è un social network. Messaggi che non aggiungano contenuto, ma solo rumore, NON sono i benvenuti. per vostra convenienza, mando la Netiquette, per chi non l'avesse letta o volesse rinfrescarsi la memoria: http://it.wikipedia.org/wiki/Netiquette il moderatore di talk-it 2014-06-26 9:30 GMT+02:00 Francesco Piero Paolicelli pierso...@gmail.com: +1 Inviato da iPhone Il giorno 26/giu/2014, alle ore 09:16, Volker Schmidt vosc...@gmail.com ha scritto: http://webmapp.it/maps/dolomiti-panorama/map.html ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-26 10:26 GMT+02:00 Simone Cortesi sim...@cortesi.com: Questo non è un social network. Messaggi che non aggiungano contenuto, ma solo rumore, NON sono i benvenuti. bellissima mappa comunque, sopratutto le montagne sono in alta definizione rispetto al solito SRTM / Aster / ecc. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-26 9:16 GMT+02:00 Volker Schmidt vosc...@gmail.com: http://webmapp.it/maps/dolomiti-panorama/map.html Non mi è chiaro in che senso siano usati i dati OSM, da dove sono presi i dati sull'altitudine? Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori traduzioni risultati di ricerca
2014-06-25 18:17 GMT+02:00 Aury88 spacedrive...@gmail.com: si...vedo ...i soliti inevitabili difetti dovuti alle convenzioni prese su un unico paese anche se a questo punto secondo me sbagliamo noi ad usare un admin level 4 e non 5 per le regioni... hm, hai visto i livelli NUTS per l'Italia? http://en.wikipedia.org/wiki/NUTS_of_Italy Le regioni sono NUTS2, infatti guardando qui (e paragonando co gli altri paesi) sembra che anche admin_level=5 sarebbe giustificabile: http://wiki.openstreetmap.org/wiki/Admin_level comunque non è del tutto consistente tra i vari paesi (in parte anche per la natura della facenda, avendo sistemi diversi che non sono al 100% paragonabili). cosa che tra l'altro sistemerebbe anche la faccenda del render degli zoom inferiori (lo so non mappiamo per il render, ma qui il render quot;sbagliatoquot; secondo me è causa appunto di una classificazione quot;sbagliataquot; dei livelli amministrativi): non lo so, potrebbe essere anche che dovremmo sistemare le regole del rendering invece che adeguare il tagging... Z3 ri-scompaiono i nomi di alcuni stati ma compaiono i nomi delle capitali (stranamente in inglese). sono in inglese perché usano un dataset (shapefile) esterno a quel livello di zoom o_O Z4 lt;bun macello di piccole regioni spuntano rendono indistinguibili i confini nazionali* e a meno di non avere delle sigle di 2 caratteri i nomi di molte provincie (pardon, country) rimangono non segnati. -- problema rendering rules è assurdo che una regione come la lombardia venga classificata e quindi mostrata allo stesso livello di uno stato degli usa come california, florida etc etc. forse si potrebbe cambiare i stati degli USA da admin_level 4 a 3? Per me avrebbe senso... La cosa comunque mi fa venire un dubbio proprio se dovessimo considerare anche un livello amministrativo per UE (che effettivamente esiste nella realtà anche se in misura marginale mentre su osm l'UE non è proprio rappresentata ...c'è solo una non meglio specificata relation in germania ) e quindi come si dovrebbero cambiare gli admin level dei livelli amministrativi inferiori?..diventerebbe UE 2, stati 4, regioni 5, provincie 6 città 8? è un problema da risolvere forse in futuro (se e quando diventa reale), per esempio potrebbe diventare la UE level 1, oppure i stati level 3. La UE per il momento è supranazionale, quindi dovrebbe diventare 1 credo. Ci sono altri istituzioni come la NATO, la Worldbank, la OSCE, le NU, G8, ... più svariati (lista quasi infinita) contratti e accordi tra stati (per esempio GATT, Shengen, ...) , in passato abbiamo sempre detto che non vogliamo inserire tutto quello, ma invece si possono associare questi dati tramite una lista di stati che ne fanno parte (noi forniamo i dati di base, non una descrizione esaustiva delle relazioni tra i stati). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-26 11:09 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Non mi è chiaro in che senso siano usati i dati OSM, da dove sono presi i dati sull'altitudine? tag ele per alcune cime, ma penso OSM per lo più serviva per i centri abitati e per le strade, i profili delle montagne certo non derivano da OSM ... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici FVG
Daniele prova con... CREATE VIRTUAL TABLE temp USING VirtualDbf(CIVICI_RAFVG.dbf, WINDOWS-1250); ... select * from civici where DENOMINAZI like 'STAZ. PROSECCO/%'; 218157|32005|SGONICO|32005|FRAZIONE|STAZ. PROSECCO/PROSEŠKA POSTAJA|272456232.5|13.750329|45.705396|303336 Ciao Marco Il 25 giugno 2014 14:01, Daniele Forsi dfo...@gmail.com ha scritto: Il 24 giugno 2014 14:53, Stefano Salvador ha scritto: +1, a mio parere bisognerebbe fare un confronto preliminare tra i dati OSM e i dati contenuti in questo database, in modo da armonizzare per quanto possibile la toponomastica. sopratutto per correggere gli errori ed eliminare le abbreviazioni se possibile da un controllo veloce sulla colonna SPECIE che contiene la DUG (VIA, PIAZZA, ecc.): 1|FRAZIONEv 9|P.ZZA 11|PLE 1|S.DA CONSORZ. 1|S.DA CONSORZ. DI 20|STRADA COM 6|STRADA VICIN. 2|ZONA ART. in allegato trovate il conteggio di tutte le SPECIE Anche i numeri civici vano controllati: select distinct num_civ from civici order by num_civ desc limit 10; 37903 37839 37811 37807 37773 37744 37712 1 7030 7029 select count(*) from civici where length(num_civ) 3; 240 select count(*) from civici where num_civ = '0'; 3476 e c'è qualche nome da non importare: ROMA DAL N°.. AL N° .. accenti e abbreviazioni diverse: P.S. DI BRAZZA' P.SAVORGNAN DI BRAZZA` questo dove la codifica mi viene fuori errata ma magari è un problema mio: STAZ. PROSECCO/PROSEŠKA POSTAJA In tutto ci sono 10771 nomi diversi Per fare questi controlli non servono conocenze GIS, serve solo sapere un po' di SQL ed è meglio conoscere i luoghi ed è utile spatialite perché legge direttamente i file .DBF per convertire da dbf a sqlite/spatialite: $ spatialite prova.sqlite CREATE VIRTUAL TABLE temp USING VirtualDbf(CIVICI_RAFVG.dbf, ISO-8859-1); CREATE TABLE civici AS SELECT * FROM temp; DROP TABLE temp; poi ad esempio per controllare se ci sono valori anomali per le coordinate: select min(x), max(x), min(y), max(y) from civici; 0.0|13.910728|0.0|46.603459 select * from civici where x = 0; 1|30003|AMPEZZO|30003111|VIA|GIOVANNI MAZZINI|1112456109.5|0.0|0.0|605 2|30003|AMPEZZO|30003222|VIA|G.MAZZINI|2222456109.5|0.0|0.0|606 3|30003|AMPEZZO|3000|PIAZZA|G.MAZZINI|232456109.5|0.0|0.0|607 4|30003|AMPEZZO|30003444|PIAZZA|VENTI SETTEMBRE|52456109.5|0.0|0.0|608 -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
On Thursday 26 of June 2014 09:16:37 Volker Schmidt wrote: http://webmapp.it/maps/dolomiti-panorama/map.html Ho un vago ricordo che di questo progetto se ne fosse parlato, ma non ho i miei archivi adesso. Se quanto scritto qua: http://www.webmapp.it/mappe/dolomiti/ andasse preso alla lettera, non si tratterebbe di una possibile violazione di licenza? Tutti i dati sono stati uniformati per confluire in un unico data-base e dare una continuità di vestizione cartografica per tutto il territorio rappresentato. Il risultato verrà integrato, arricchito, aggiornato e, per quanto possibile, migliorato nel tempo. Se fosse vero, non vorrebbe dire che i vari dati mischiati con la porzione ODbL proveniente da OSM andrebbero rilasciati? Se invece vuol dire l'uso di diversi livelli indipendenti, forse il testo andrebbe quantomeno cambiato. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
No, solo se il DB fosse reso pubblico, Finquando l'unico output del mashup è un rendering, non è necessario rilasciare il DB. Il giorno 26 giugno 2014 13:22, Luigi Toscano luigi.tosc...@tiscali.it ha scritto: On Thursday 26 of June 2014 09:16:37 Volker Schmidt wrote: http://webmapp.it/maps/dolomiti-panorama/map.html Ho un vago ricordo che di questo progetto se ne fosse parlato, ma non ho i miei archivi adesso. Se quanto scritto qua: http://www.webmapp.it/mappe/dolomiti/ andasse preso alla lettera, non si tratterebbe di una possibile violazione di licenza? Tutti i dati sono stati uniformati per confluire in un unico data-base e dare una continuità di vestizione cartografica per tutto il territorio rappresentato. Il risultato verrà integrato, arricchito, aggiornato e, per quanto possibile, migliorato nel tempo. Se fosse vero, non vorrebbe dire che i vari dati mischiati con la porzione ODbL proveniente da OSM andrebbero rilasciati? Se invece vuol dire l'uso di diversi livelli indipendenti, forse il testo andrebbe quantomeno cambiato. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Yossef Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori traduzioni risultati di ricerca
dieterdreist wrote non lo so, potrebbe essere anche che dovremmo sistemare le regole del rendering invece che adeguare il tagging... non so...se rimane l'inconsistenza con altre aree del mondo (vedi USA vs UE) il cambio delle regole di rendering creerebbe problemi da altre parti (per esempio gli stati degli USA si vedrebbero solo ad un elevato livello di zoom e comunque sempre insieme e con lo stesso stile, e quindi con la stessa importanza , delle regioni nei singoli stati dell'UE) sono in inglese perché usano un dataset (shapefile) esterno a quel livello di zoom o_O cioè quei livelli di zoom sono renderizzati su altri dati ? perchè? rimane comunque l'inconsistenza tra quel livello di zoom e quelli superiori...nomi che a certi zoom scompaiono per poi ricomparire con nomi diversi...a me sembra un bel casino XD forse si potrebbe cambiare i stati degli USA da admin_level 4 a 3? Per me avrebbe senso... non saprei...non mi sembra correttissima come soluzione...alla fine gli stati USA sono dei contry ed è giusto il loro attuale livello amministrativo...sono le nostre regioni che secondo me dovrebbero essere delle region e non dei country (come hai detto tu la classificazione 5 sembrerebbe andare bene) è un problema da risolvere forse in futuro (se e quando diventa reale), per esempio potrebbe diventare la UE level 1, oppure i stati level 3. La UE per il momento è supranazionale, quindi dovrebbe diventare 1 credo. Ci sono altri istituzioni come la NATO, la Worldbank, la OSCE, le NU, G8, ... più svariati (lista quasi infinita) contratti e accordi tra stati (per esempio GATT, Shengen, ...) , in passato abbiamo sempre detto che non vogliamo inserire tutto quello, ma invece si possono associare questi dati tramite una lista di stati che ne fanno parte (noi forniamo i dati di base, non una descrizione esaustiva delle relazioni tra i stati). ciao, Martin beh...anche qui non sono d'accordo al 100%; intanto l'UE esiste già ed è già in qualche misura un entità reale che su osm non viene proprio rappresentata...forse non così visibile ed ufficiale come potremmo definire gli USA ma questo è un problema a livello di ordinamento che gli stati hanno deciso di assegnare alla propria unione l'UE attualmente ha capacità di legiferare ed imporre alcune regole agli stati membri proprio come fa un entità sovranazionale, come gli USA nei confronti degli stati che lo compongono;Direi che la differenza più grossa con gli USA sono a livello di rappresentanza estera e militare unificata ma le differenze più grosse si fermano qui in termini di compiti istituzionali sovranazionali... Level 1 è un livello dedicato ad oceani e aree geografiche (continenti) quindi potrebbe andare bene per il continente europeo (che non credo esista...credo esista solo quello euroasiatico) mentre UE a mio avviso dovrebbe avere lo stesso livello che hanno attualmente gli USA... a differenza delle istituzioni da te elencate l'UE si è evoluto ormai da tempo da un gruppo di stati cooperanti su certi temi a istituzioni democratiche di controllo, regolamentazione ed in qualche misura azione sovranazionale sui propri stati con addirittura vere e proprie istituzioni elettive, cioè elette dal popolo e rappresentanti il popolo...gli altri organismi da te elencati non li definirei organismi governativi sovranazionali ma associazioni di stati per specifici temi mentre le aree Shengeno NAFTA o altro sono semplicemente la definizione di zone in cui si applicano determinate regole ma non proprio un'istituzione governativa... non so se mi sono spiegato...io le vedo come cose abbastanza differenti mentre una differenza così netta tra UE e USA non la vedo...almeno per me è così. comunque sia non volevo proporre di cambiare il sistema di classificazione di decine di stati...non ho ancora abbastanza importanza da permettermi di farmi così tanti nemici XD - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Errori-traduzioni-risultati-di-ricerca-tp5809350p5809611.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori traduzioni risultati di ricerca
2014-06-26 15:38 GMT+02:00 Aury88 spacedrive...@gmail.com: sono in inglese perché usano un dataset (shapefile) esterno a quel livello di zoom o_O cioè quei livelli di zoom sono renderizzati su altri dati ? perchè? per velocizzare il processo e per avere un rendering più sensato. Si usano confini semplificati ed un shapefile per le città importanti. rimane comunque l'inconsistenza tra quel livello di zoom e quelli superiori...nomi che a certi zoom scompaiono per poi ricomparire con nomi diversi...a me sembra un bel casino XD forse si potrebbe cambiare i stati degli USA da admin_level 4 a 3? Per me avrebbe senso... non saprei...non mi sembra correttissima come soluzione...alla fine gli stati USA sono dei contry ed è giusto il loro attuale livello amministrativo... non capisco cosa vuol dire contry, sono state, e quindi inferiore ad un country, dentro i stati ci sono county, ma questo è ancora un altro discorso. Ho suggerito livello 3 perché sono abbastanza indipendenti, più di per esempio un Bundesland in Germania, però penso che 4 vada bene per un Bundesland in Germania (5 sono poi i Regierungsbezirke), e quindi 3 mi sembra logico per uno state negli USA sono le nostre regioni che secondo me dovrebbero essere delle region e non dei country (come hai detto tu la classificazione 5 sembrerebbe andare bene) country=paese = livello 2, 5 per le regioni potrebbe avere senso, visto il livello NUTS, anche se non c'è consistenza tra tutti i paesi nel assegnare livelli in OSM. beh...anche qui non sono d'accordo al 100%; intanto l'UE esiste già ed è già in qualche misura un entità reale che su osm non viene proprio rappresentata... si, anche Shengen è reale, anche la NATO è reale, anche la G8 è reale, forse non così visibile ed ufficiale come potremmo definire gli USA è proprio un'altra cosa, gli USA sono un paese, riconosciuto dalle Nazioni uniti, mentre la CE credo non sia rappresentato nelle NU, è un sistema di contratti tra stati (OK, c'è anche un parlamento (che ha poco da dire), una commissione, un tribunale, ecc.). ma questo è un problema a livello di ordinamento che gli stati hanno deciso di assegnare alla propria unione l'UE attualmente ha capacità di legiferare ed imporre alcune regole agli stati membri proprio come fa un entità sovranazionale, come gli USA nei confronti degli stati che lo compongono no, la UE non è paragonabile agli USA. Gli USA sono una repubblica come l'Italia, come la Germania, ... La UE non è una repubblica. La UE è simile alla NAU http://en.wikipedia.org/wiki/North_American_Union ;Direi che la differenza più grossa con gli USA sono a livello di rappresentanza estera e militare unificata ma le differenze più grosse si fermano qui in termini di compiti istituzionali sovranazionali... penso ci sono delle differenze più grosse, per esempio non puoi votare chi decide in UE. Puoi votare soltanto il parlamento, ma quello ha poco potere. Sono i capi dei governi dei singoli stati della UE che hanno il potere, il consiglio della UE. Level 1 è un livello dedicato ad oceani e aree geografiche (continenti) non parliamo di place, parliamo di admin_level, livello amministrativo. comunque sia non volevo proporre di cambiare il sistema di classificazione di decine di stati...non ho ancora abbastanza importanza da permettermi di farmi così tanti nemici XD non so se ti faresti nemici, comunque in ogni caso non si tratta di avere importanza, è sufficiente avere buone idee e convincere gli altri ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici FVG
Il 26 giugno 2014 11:55, marco bra ha scritto: Daniele prova con... CREATE VIRTUAL TABLE temp USING VirtualDbf(CIVICI_RAFVG.dbf, WINDOWS-1250); grazie Marco ho iniziato a scrivere qualche regola di trasformazione per i nomi, se qualcuno vuole contribuire: https://wiki.openstreetmap.org/wiki/Dforsi/Sandbox/Civici_FVG -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OT - Mappa Instagram self service
dato che se ne è parlato, ho pensato di fare oltre il tutorial, anche un post fai da te per coloro che vogliono avere già la pappa pronta http://www.piersoft.it/?p=249 scusate se OT ma dato che c'era OSM, Leaflet ect ho penso potesse essere utile. Francesco Piero Paolicelli TW: @piersoft STORE: GooglePlay/AppStore WWW: www.apposta.biz Sorry for typos, sent by mobile. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OT - Mappa Instagram self service
Segnalo questo howto http://blog.thematicmapping.org/2014/06/showing-instagram-photos-and-videos-on.html che fa uso di questo plugin https://github.com/turban/Leaflet.Instagram 2014-06-26 21:57 GMT+02:00 Francesco Piero Paolicelli pierso...@gmail.com: dato che se ne è parlato, ho pensato di fare oltre il tutorial, anche un post fai da te per coloro che vogliono avere già la pappa pronta http://www.piersoft.it/?p=249 scusate se OT ma dato che c'era OSM, Leaflet ect ho penso potesse essere utile. Francesco Piero Paolicelli TW: @piersoft STORE: GooglePlay/AppStore WWW: www.apposta.biz Sorry for typos, sent by mobile. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori traduzioni risultati di ricerca
dieterdreist wrote non capisco cosa vuol dire contry, sono state, e quindi inferiore ad un country, dentro i stati ci sono county, ma questo è ancora un altro discorso. Ho suggerito livello 3 perché sono abbastanza indipendenti, più di per esempio un Bundesland in Germania, però penso che 4 vada bene per un Bundesland in Germania (5 sono poi i Regierungsbezirke), e quindi 3 mi sembra logico per uno state negli USA doppio errore mio (refuso da country a contry + ho fatto confusione tra state e country...chiedo scusa, sono un po' stanco e scrivevo da una zona molto rumorosa). country (gli USA) hanno giustamente liv 2 e gli stati federati il liv 4 sono le nostre regioni che non dovrebbero avere lo status di state...per il discorso autonomie si entrerebbe in un altro circolo vizioso sull'interpretazione/quantificazione di tali autonomia in parte trattata più sotto. country=paese = livello 2, 5 per le regioni potrebbe avere senso, visto il livello NUTS, anche se non c'è consistenza tra tutti i paesi nel assegnare livelli in OSM. Appunto,le nostre regioni non sono né country né state, secondo me, ma region. Noi abbiamo assegnato loro l'admin_level 4 e non ho ben capito in base a quale criterio...forse solo perchè è il livello subito sotto il liv 2 (il 3 ho visto lo usano pochi)? spero non sia stato questo il criterio perchè a me personalmente sembra un po' assurdo. si, anche Shengen è reale, anche la NATO è reale, anche la G8 è reale, mai detto che non lo siano. la mia distinzione rispetto questi elementi è sui ruoli/compiti/scopi etc etc.non sono organi di governo...non hanno istituzioni, compiti istituzionali e sopratutto non sono entità con ruoli governativi cedutigli dalle nazioni...sono trattati di cooperazione tra singoli stati o regolamenti comuninulla di anche solo vagamente paragonabile all'UE dove gli stati hanno ceduto parte della propria sovranità, dei propri compiti e della propria autonomia. è proprio un'altra cosa, gli USA sono un paese, riconosciuto dalle Nazioni uniti, mentre la CE credo non sia rappresentato nelle NU, è un sistema di contratti tra stati (OK, c'è anche un parlamento (che ha poco da dire), una commissione, un tribunale, ecc.). Ripeto che non sono solo contratti ma anche cessione di poteri/sovranità da parte dei singoli stati all'istituzione sovranazionale. il fatto che non sia rappresentato dall'UN non significa che non sia riconosciuta come entità sovranazionale e comunque questo discorso rientra nella nota da me prima scritta sui poteri che i vari stati membri hanno deciso di affidare/cedere all'istituzione sovranazionale...se non hanno ceduto la politica estera è giocoforza impossibile che l'UE abbia una rappresentaza presso l'UN (anche se comunque viene interpellata se non dall'UN da alcuni stati come appunto gli USA quindi un certo livello di ufficialità e rappresentanza esiste) no, la UE non è paragonabile agli USA. Gli USA sono una repubblica come l'Italia, come la Germania, ... La UE non è una repubblica. La UE è simile alla NAU http://en.wikipedia.org/wiki/North_American_Union intanto per dovere di precisione direi che è la NAU ad essere simile all'UE (diciamo una copia molto sbiadita senza considerare che non esiste...è solo stata teorizzata e sempre negata dagli stati che verrebbero coinvolti in tale progetto) ;-) poi il fatto che gli USA siano una republica è una cosa che non ci dovrebbe interessare visto che annoveriamo anche molti stati dittatoriali e quindi che non sono republiche nè ufficiosamente nè ufficialmente...al limite posso capire il discorso sulla federalità degli USA cioè una unione di vari stati federati che, entro certi limiti, si governano da soli in base a prefissati principi di autonomia, a partire da una base amministrativo-politica comune fissata da un governo centrale detto federale. quello che è importante nel determinare i ruoli del governo centrale quindi sono i principi prefissati...che nel caso degli USA sono effettivamente più ampii in molti settori che in UE ma ripeto la distinzione più grossa è questa...anche in UE (la CE non esiste più essendo assorbita dall'Unione Europea) comunque gli stati attraverso i vari trattati hanno ceduto parte della propria autonomia ad un governo centrale, solo ne hanno ceduti alcuni in meno...mappiamo quindi in base alla cessione dell'autonomia/competenza/potere? allora dovremmo fare discorsi analoghi a livello di regioni dove esistono regioni con autonomia tali da renderli quasi degli stati completamente autonomi (con un proprio parlamento una propria costituzione almeno formalmente riconosciuta dallo stato di appartenenza etc etc...addirittura alcune prevederebbero la possiblità di coniare una propria moneta e persino l'istituzione di alti corti che giudicano la costituzionalità dei regolamenti, leggi e dello Stato nei confronti delle norme dello Statuto della regione...di fatto la possibilità di impedire l'applicazione sul proprio territorio regionaledi
Re: [Talk-it] OT - Mappa Instagram self service
penso, ad occhio, che ha le limitazioni nuove di Instagram. solo ultimi 25 post. non carica tutte le foto per quel tag. provate e mi date conferma o smentita? Il giorno 26/giu/2014, alle ore 22:15, Maurizio Napolitano napoo...@gmail.com ha scritto: Segnalo questo howto http://blog.thematicmapping.org/2014/06/showing-instagram-photos-and-videos-on.html che fa uso di questo plugin https://github.com/turban/Leaflet.Instagram 2014-06-26 21:57 GMT+02:00 Francesco Piero Paolicelli pierso...@gmail.com: dato che se ne è parlato, ho pensato di fare oltre il tutorial, anche un post fai da te per coloro che vogliono avere già la pappa pronta http://www.piersoft.it/?p=249 scusate se OT ma dato che c'era OSM, Leaflet ect ho penso potesse essere utile. Francesco Piero Paolicelli TW: @piersoft STORE: GooglePlay/AppStore WWW: www.apposta.biz Sorry for typos, sent by mobile. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Francesco Piero Paolicelli TW: @piersoft STORE: GooglePlay/AppStore WWW: www.apposta.biz Sorry for typos, sent by mobile. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nuova mappa con POI + richiesta
Ciao a tutt*, voglio segnalarvi questa fantastica mappa, basata su Bootstrap: http://osm24.eu Il suo obiettivo è quello di rendere i POI cliccabili e di visualizzare i dati. I sorgenti sono disponibili online: https://github.com/dotevo/osm24 Vorrei a riguardo fare una richiesta: esistono molte key contact:XXX. Alcuni esempi di XXX sono website, phone, email, ... ma ovviamente non sono tutti Esiste la possibilità di conoscere tutti i valori XXX? - MM -- Michael Moroni +393313151159 https://diasp.eu/u/airon90 Pensa all'ambiente: non stampare questa mail se non necessario! Pripensu al medio: ne presu ĉi tiun retmesaĝon se nenecese! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova mappa con POI + richiesta
Am 26/giu/2014 um 22:59 schrieb Michael Moroni michael.mor...@mailoo.org: Esiste la possibilità di conoscere tutti i valori XXX? taginfo.osm.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova mappa con POI + richiesta
Il 26/06/2014 23:39 Martin Koppenhoefer ha scritto: Am 26/giu/2014 um 22:59 schrieb Michael Moroni michael.mor...@mailoo.org: Esiste la possibilità di conoscere tutti i valori XXX? taginfo.osm.org No, non è quello che cerco. Dato il tag nella forma XXX:YYY = ZZZ non voglio sapere tutti i valori di un dato XXX:YYY (ovvero ZZZ) bensì voglio sapere tutti le varie sottochiavi della chiave XXX (ovvero voglio sapere tutti i vari YYY). TagInfo, data una chiave, ti restituisce tutti i valori della stessa, senza considerare le sottochiavi, che vengono considerate come chiavi a sé stanti. Spero di essere stato più chiaro! Grazie comunque! - MM -- Michael Moroni +393313151159 https://diasp.eu/u/airon90 Pensa all'ambiente: non stampare questa mail se non necessario! Pripensu al medio: ne presu ĉi tiun retmesaĝon se nenecese! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
2014-06-25 23:39 GMT+02:00 Leonardo kinetocor...@gmail.com: Ho buttato giù la prima bozza della pagina wiki assieme ad alcuni possibili associazioni per i tag. Su quelli rimanenti ho qualche dubbio quindi fate sentire la vostra opinione nella ML :) https://wiki.openstreetmap.org/wiki/Lecce Quando tutti i tag saranno sistemati si potrà pensare al passo successivo, la conversione. Leonardo Prima di tutto ti ringrazio per la tua disponibilità e passo a qualche considerazione riguardo ai tag, chiedendo scusa in anticipo per la lunghezza del messaggio. Tra parentesi quadre ho indicato il numero totale di feature per ciascuna categoria contenuta nello shapefile in esame, anche per valutarne la rilevanza. 1) Serbatoio,Torre Piezometrica [17] man_made=water_tower -- perfetto 2) antenna telecomunicazioni [22] man_made=tower + tower:type=communication -- perfetto 3) atrio (cavedio) [7428] -- chiaramente da usare come poligono inner 4) baracca [17600] building=hut non mi trovo molto d'accordo perchè, da una verifica fatta nel relativo layer della CTR, molto spesso con baracche sono rappresentati chioschi, tipo edicole o simili. Pertanto piuttosto che inserire un dato sbagliato, credo sarebbe più opportuno usare un generico building=yes e lasciare decidere al mappatore se modificare il tag in eventuale fase di verifica. 5) cabina acquedotto [22] ci vorrebbe qualcosa di collegabile al water network (drinkable), ma non ho trovato nulla di propriamente adeguato. 6) cabina elettrica di trasformazione [1002] userei power=substation ( http://wiki.openstreetmap.org/wiki/Tag:power%3Dsubstation), mi sembra che calzi alla perfezione, magari aggiungendo building=yes. (Anche se su taginfo ho visto che è molto più utilizzato power=sub_station) 7) cabina gas [51] anche per questo non trovo qualcosa di adattissimo. (Qui c'è qualche proposta: https://wiki.openstreetmap.org/wiki/Proposed_features/PipelineExtension#Facilities.2C_Substations ) 8) campanile [35] man_made=tower + tower:type=bell_tower -- perfetto 9) campo sportivo coperto [1] questo è davvero bizzarro, perchè comprende una singola feature che sono andato a cercare, scoprendo che si tratta di una piccola comunissima casa privata. Con un building=yes stiamo tranquillissimi. 10) capannone [1473] building=warehouse invece di warehouse (capannoni destinati allo stoccaggio o al sistema di distribuzione) forse sarei più propenso ad utilizzare building=industrial, in quanto trattasi per lo più di capannoni industriali (opifici). Purtroppo però all'interno dello stesso layer sono inseriti anche i centri commerciali o perfino la multisala cinematografica The Space. Quindi si potrebbe valutare anche un generico building=yes, che sicuramente non introduce errori in OSM, lasciando la libertà al mappatore di perfezionare il tag. 11) capannone agricolo [146] building=farm_auxiliary -- sono d'accordo 12) capannone diroccato [3] abandoned:building=warehouse potrebbe andar bene, oppure si potrebbe lasciare un più generico abandoned:building=yes 13) capannone in costruzione [9] anche qui andrebbe bene un generico building=construction 14) cappella cimitero [3250] non mi risulta ci sia un tag specifico. Lascerei building=yes, tanto saranno all'interno di un amenity=grave_yard o landuse=cemetery. 15) castello [4] historic=castle -- perfetto 16) centralina telecom [5] macché centralina, trattasi di vere e proprie centrali telecom, corrispondenti ad edifici significativi di diversi piani, dotati della classica antenna di comunicazione, posta sull'edificio o nell'area di pertinenza (indicata come traliccio rappresentabile in quest'ultimo caso). 17) chiesa [262] building=church -- perfetto ma aggiungerei amenity=place_of_worship 18) ciminiera [2] man_made=chimney -- perfetto 19) edificio civile [55397] building=yes -- perfetto 20) edificio diroccato [4966] abandoned:building=yes -- perfetto 21) edificio generico [148] qui ci sta proprio il building=yes 22) edificio in costruzione [413] building=construction -- perfetto 23) edificio interrato [178] Metterei un building=yes + building:levels:underground=1 24) faro [1] man_made=lighthouse -- perfetto 25) fontana rappresentabile [71] amenity=fountain -- perfetto 26) monumento rappresentabile [46] historic=monument -- perfetto 27) palude [1] trattasi di una singola feature, dall'ortofoto sembra in tutto e per tutto una piscina privata a forma regolare di fagiolo, quindi leisure=swimming_pool + access=private. 28) pensilina [4] trattasi di semplici aggetti di modestissime dimensioni per la protezione dell'edificio dalle intemperie. Sinceramente non le importerei proprio. 29) piscina [501] leisure=swimming_pool + access=private -- perfetto 30) pozzo rappresentabile [850] qui userei man_made=water_well 31) scala chiusa [1454] trattasi di scale scoperte, ad esempio le gradinate di fronte alle chiese, anche se composte da pochi gradini, o le scale private. Nello stesso layer sono anche inseriti gli anfiteatri romani a
Re: [Talk-it] Nuova mappa con POI + richiesta
Così funge http://taginfo.osm.org/search?q=Contact%3A w il tagging libero!!1! Ciao, Stefano On 27 Jun 2014 01:10, Michael Moroni michael.mor...@mailoo.org wrote: Il 26/06/2014 23:39 Martin Koppenhoefer ha scritto: Am 26/giu/2014 um 22:59 schrieb Michael Moroni michael.mor...@mailoo.org : Esiste la possibilità di conoscere tutti i valori XXX? taginfo.osm.org No, non è quello che cerco. Dato il tag nella forma XXX:YYY = ZZZ non voglio sapere tutti i valori di un dato XXX:YYY (ovvero ZZZ) bensì voglio sapere tutti le varie sottochiavi della chiave XXX (ovvero voglio sapere tutti i vari YYY). TagInfo, data una chiave, ti restituisce tutti i valori della stessa, senza considerare le sottochiavi, che vengono considerate come chiavi a sé stanti. Spero di essere stato più chiaro! Grazie comunque! - MM -- Michael Moroni +393313151159 https://diasp.eu/u/airon90 Pensa all'ambiente: non stampare questa mail se non necessario! Pripensu al medio: ne presu ĉi tiun retmesaĝon se nenecese! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Oversætte gadenavne?
Bredgade i København er oversat til: name:de=Breite Straße og name:en=Broad Street Jeg synes ikke, at det giver mening og jeg tror ikke på, at det bliver brugt. Det samme for Sankt-Anna-Platz/St. Ann's Square -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Oversætte gadenavne?
Enig. Det lyder ret bogus. På den anden side, man kunne måske mene at turister har brug for at kunne referere til attraktioner på deres eget sprog. fx name:en=The little Mermaid. Så grænsen er flydende. /Lars 2014-06-26 17:44 GMT+02:00 Niels Elgaard Larsen elga...@agol.dk: Bredgade i København er oversat til: name:de=Breite Straße og name:en=Broad Street Jeg synes ikke, at det giver mening og jeg tror ikke på, at det bliver brugt. Det samme for Sankt-Anna-Platz/St. Ann's Square -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Spml. Indtegning af løberuter?
Jeg har den klare holdning, at det kun er rute man 'fysisk' kan finde i den virkelige verden. Fx. Opmærkede ruter, med pæle, skilte. Alle cykelruter er mærkede med pæle og skilte. Det andet er noget man kan lave i et andet regi og lægge 'ovenpå' osm. Så fra min side; nej Jens Den onsdag den 25. juni 2014 skrev Niels Elgaard Larsen elga...@agol.dk: On 25-06-2014 17:26, Flemming Bruun wrote: Hej, Jeg fik et spørgsmål forleden. Ville det ikke være smart at indtegne sine løberuter på OSM, eller ruter til større løb? Det vidste jeg ikke lige om det ville være smart. Altså ville Eremitageløbets rute blive tagget og BT-halvmarathon etc. etc. Min umiddelbare holdning er, at der kun indtegnes ruter, der er markeret med skilte i landskabet, såsom Pilgrimsruten, Cykelruter osv. Men er det korrekt, eller er der frit slag for alle slags mere eller mindre private ruter? Men er Erimitageløbets rute ikke markeret? Jeg søgte lidt og fandt noget om nogen sten: http://dourun.com/forum/pop_printer_friendly.asp?TOPIC_ID=22172 Hvis det er den samme rute hvert år og den er markeret af hensyn til løbere, der træner til næste løb, så er det vel OK. Og det er vel heller ikke en helt privat rute: der er vel en form for aftale mellem arrangørerne og ejeren af området? Mvh Flemming Bruun ___ Talk-dk mailing list Talk-dk@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Primitiv overnatning og Shelters i DK
Hej alle Flere har spurgt efter kort med primitiv overnatning og Shelters. De synes at udinaturen.dk er helt umulig på en smartphone og der mangler mange POI's på netop disse punkter. Derfor vil jeg slået er slag for primitive teltpladser og shelter. Jeg har lavet en Presets til JOSM, som man kan bruge. Derudover har jeg lavet et kort (der trækker data fra Overpass,så det opdateres temmeligt hurtigt), hvor man kan se nogle af tingene. Kortet : http://somewhere.dk/maps/camp/ http://somewhere.dk/maps/camp/#13/55.7235/9.5845 Jeg mangler dog de fri teltskove, men jeg synes ikke det giver mening at oprette det i OSM, da det egentligt er et ejerforhold og ikke skovgrænse der er tage om. (Ikke nødvendigvis ssmmenfaldende) /Jens Winbladh Jeg bruger følgende tags til kortet: - Primitive teltplads: tourism=camp_site http://wiki.openstreetmap.org/wiki/Tag:tourism=camp%20site?uselang=da + backcountry=yes - Shelter: amenity=shelter http://wiki.openstreetmap.org/wiki/Tag:amenity=shelter + shelter_type http://wiki.openstreetmap.org/wiki/Key:shelter_type=lean_to http://wiki.openstreetmap.org/wiki/Tag:shelter_type%3Dlean_to - Picnic m. bålplads: tourism http://wiki.openstreetmap.org/wiki/Key:tourism?uselang=da = picnic_site http://wiki.openstreetmap.org/wiki/Tag:tourism=picnic%20site?uselang=da + fireplace=yes Ekstra tags der bruges: - fireplace=yes/no (Bålplads:) - website http://wiki.openstreetmap.org/wiki/Key:website?uselang=da=* (Website) - fee=yes/no (Gebyr) - backcountry=yes (primitivt og Ingen adgang med bil) - openfire=yes/no (Åbent ild) - drinking_water http://wiki.openstreetmap.org/wiki/Key:drinking_water=yes/no (Adgang til drikke vand) - note http://wiki.openstreetmap.org/wiki/Key:note?uselang=da=* (Note) - access=* (permissiv=skal spørge før man bruger stedet) - bin=yes/no (adgang til affaldsspand) - wheelchair=yes/no/limited (adgang for kørerstol) ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Oversætte gadenavne?
On 26-06-2014 17:44, Niels Elgaard Larsen wrote: Bredgade i København er oversat til: name:de=Breite Straße og name:en=Broad Street Jeg synes ikke, at det giver mening og jeg tror ikke på, at det bliver brugt. Det samme for Sankt-Anna-Platz/St. Ann's Square Der er åbenbart gået politik i det :-) Her en tysk-polsk kontrovers, hvor samme bruger er involveret http://www.openstreetmap.org/way/44884971/history -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Primitiv overnatning og Shelters i DK
Hej Jens Super god ide og godt arbejde med Overpass kortet. Jeg tænker hvad med frokosthytter/madpakkehytter - den sheltertype der tagges amenity=shelter og shelter_type=picnic_shelter kan den komme på dit oversigtskort? vh Søren Johannessen 2014-06-26 18:19 GMT+02:00 Jens Winbladh j...@somewhere.dk: Hej alle Flere har spurgt efter kort med primitiv overnatning og Shelters. De synes at udinaturen.dk er helt umulig på en smartphone og der mangler mange POI's på netop disse punkter. Derfor vil jeg slået er slag for primitive teltpladser og shelter. Jeg har lavet en Presets til JOSM, som man kan bruge. Derudover har jeg lavet et kort (der trækker data fra Overpass,så det opdateres temmeligt hurtigt), hvor man kan se nogle af tingene. Kortet : http://somewhere.dk/maps/camp/ Jeg mangler dog de fri teltskove, men jeg synes ikke det giver mening at oprette det i OSM, da det egentligt er et ejerforhold og ikke skovgrænse der er tage om. (Ikke nødvendigvis ssmmenfaldende) /Jens Winbladh Jeg bruger følgende tags til kortet: Primitive teltplads: tourism=camp_site + backcountry=yes Shelter: amenity=shelter + shelter_type=lean_to Picnic m. bålplads: tourism = picnic_site + fireplace=yes Ekstra tags der bruges: fireplace=yes/no (Bålplads:) website=* (Website) fee=yes/no (Gebyr) backcountry=yes (primitivt og Ingen adgang med bil) openfire=yes/no (Åbent ild) drinking_water=yes/no (Adgang til drikke vand) note=* (Note) access=* (permissiv=skal spørge før man bruger stedet) bin=yes/no (adgang til affaldsspand) wheelchair=yes/no/limited (adgang for kørerstol) ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Oversætte gadenavne?
On 26-06-2014 17:49, Lars Thegler wrote: Enig. Det lyder ret bogus. På den anden side, man kunne måske mene at turister har brug for at kunne referere til attraktioner på deres eget sprog. fx name:en=The little Mermaid. Så grænsen er flydende. Historien om den lille havfrue er oversat til alverdens sprog og kendes under de oversatte navne mange steder. Der er 1000-vis af hits på populære søgemaskiner på little mermaid. Den engelske Wikipedia har en Little Mermaid artikel. Det er helt anderledes end Bredgade. Broad Street bruges ikke af nogen engelsktalende om gaden i København. Breite Straße ikke af nogen tyskere. Champs-Élysées og Kurfurstendam har jo heller ikke danske navne. Men fx Eiffel Tårnet er jo oversat. Når vi er turister i New York, kalder vi heller ikke Broadway for Bredgade eller Bredevej. Så jeg synes ikke grænsen er så flydende. /Lars 2014-06-26 17:44 GMT+02:00 Niels Elgaard Larsen elga...@agol.dk: Bredgade i København er oversat til: name:de=Breite Straße og name:en=Broad Street Jeg synes ikke, at det giver mening og jeg tror ikke på, at det bliver brugt. Det samme for Sankt-Anna-Platz/St. Ann's Square -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Oversætte gadenavne?
On Thursday, June 26, 2014, Niels Elgaard Larsen elga...@agol.dk wrote: On 26-06-2014 17:49, Lars Thegler wrote: Enig. Det lyder ret bogus. På den anden side, man kunne måske mene at turister har brug for at kunne referere til attraktioner på deres eget sprog. fx name:en=The little Mermaid. Så grænsen er flydende. Champs-Élysées og Kurfurstendam har jo heller ikke danske navne. Men fx Eiffel Tårnet er jo oversat. Det glæder mig, at vi er enige. /Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Oversætte gadenavne?
Niels Elgaard Larsen skrev: Broad Street bruges ikke af nogen engelsktalende om gaden i København. Breite Straße ikke af nogen tyskere. Enig. Gadenavne giver ikke mening at oversætte. Undtagelsen er naturligvis de steder, hvor navnet er _skiltet_ på flere sprog, f.x. i tosprogede lande som Belgien eller i lande med ikke-latinske bogstaver, som f.x. Grækenland og Japan, hvor nogle gader er transkriberet eller oversat til engelsk af hensyn til turister. Men det er Bredgade så vidt jeg ved ikke. Se iøvrigt http://wiki.openstreetmap.org/wiki/Multilingual_names for andre eksempler. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-pt] voluntários para administrador da lista
Olá, Também posso ajudar dado que segue esta lista com muito atenção. Francisco - Mail original - From: Antonio Jose SIlva (Toze) ajfsi...@gmail.com To: Lista de discussão para Portugal talk-pt@openstreetmap.org Date: 26/06/2014 02:46:53 Subject: Re: [Talk-pt] voluntários para administrador da lista Olá, Eu também posso dar uma ajuda. Abraço, Toze On 26-06-2014 00:17, Filipe Roque wrote: Olá, Eu sou o original e ainda actual administrador desta lista do OSM. Queria reduzir o meu nível de participação no OSM, pelo que venho procurar candidatos para tomarem o meu lugar. Administrar a lista não tem dado nenhum trabalho. Interessados? cumprimentos, flip ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- António José Silva ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-pt] Centro de inspecção automóvel
Vivam! Apresento-me: sou o Miguel Borges a.k.a. mirtilo, e edito normalmente pela zona de Braga, Amares e Caldas das Taipas. Surgiu-me uma dúvida sobre como classificar o POI centro de inspecção automóvel (ou IPO). Há alguma norma? Alguém me pode ajudar nesta questão? Desde já agradeço. Abraço, Miguel,. ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Centro de inspecção automóvel
Bem vindo Miguel, Há 2 propostas antigas para um centro de inspecção : A primeira em http://wiki.openstreetmap.org/wiki/Proposed_features/car_service Com os 2 tags : shop = car_service car_service = inspection Com pouco uso http://taginfo.openstreetmap.org/keys/car_service#values Segunda proposta em http://wiki.openstreetmap.org/wiki/Proposed_features/Inspection_station Com 1 tag único : amenity=vehicle_inspection Com fraco sucesso também : http://taginfo.openstreetmap.org/search?q=amenity%3Dvehicle_inspection O uso é que faz a norma, a ajuda do taginfo é importante para ver qual é o tag que o pessoal uso mais (o estado de proposta não impede as pessoas usaram esses tags menos communs). Podes escolher uma dessas 2 maneiras, aquela que quiseres. Francisco - Mail original - From: Miguel Borges borges.mig...@gmail.com To: Lista talk-pt@openstreetmap.org Date: 26/06/2014 23:48:26 Subject: [Talk-pt] Centro de inspecção automóvel Vivam! Apresento-me: sou o Miguel Borges a.k.a. mirtilo, e edito normalmente pela zona de Braga, Amares e Caldas das Taipas. Surgiu-me uma dúvida sobre como classificar o POI centro de inspecção automóvel (ou IPO). Há alguma norma? Alguém me pode ajudar nesta questão? Desde já agradeço. Abraço, Miguel,. ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-bf] [OSM-talk-fr] Forum des usages coopératifs de Brest... c'est tout bientôt
Bonjour à tous, Je suis partant pour nouna. J'y suis actuellement et je peux même faire de la collecte sur le terrain si vous voullez (track, POI, ...) , il suffit de me le dire :) Regards Le 26/06/2014 12:49, FOFANA BAZO BAGNOUMANA a écrit : Salut à tous, Je suis vraiment enthousiaste par toutes ces initiatives en cours dans les différents pays en ce qui concerne OpenStreetMap. Et le Fait que vous ayez une pensée pour nous les Burkinabés pour ce qui est de ce forum, me touche énormément. Je propose cependant pour ce qui est des zones d'intérêt au Burkina Faso, la Ville de Nouna et aussi de Bobo. Pour Nouna, il existe une bonne imagerie Bing, mais pour Bobo, il faut utiliser l'imagerie MapBox. pour ce qui est du centre ville. Dans chacune de ces deux villes, il s'agira de cartographier le réseau routier résidentiel. donc le tag serait highway=résidentiel. les deux tâches sont déjà sur le gestionnaire de tâche. Merci Le 25 juin 2014 09:35, Christian Rogel christian.ro...@club-internet.fr mailto:christian.ro...@club-internet.fr a écrit : ULe 24 juin 2014 à 18:22, Louis-Julien de la Bouëre ljbou...@tiriad.org mailto:ljbou...@tiriad.org a écrit : Bonjour,Le Forum des usages coopératifs commence la semaine prochaine. Il y aura du OpenStreetMap sous toutes ces formes : initiation à la contribution en continu, atelier autour de l'écosystème des usages... - en continu, entre les ateliers, sessions, etc d'animer un stand d'initiation/découverte (comme il y a deux ans). Pour cela il faut un peu de monde pour les différents crénaux horaires. Il y a deux ans, nous avions cartographié deux communes du Morbihan, cette fois j'aurais bien imaginé aider nos amis burkinabé à cartographier certains villes qu'ils auraient pu nous signaler. Alternativement, je propose qu'on s'intéresse aux lignes de bus de villes moyennes dans le coin Par exemple, Morlaix, Concarneau, Douarnenez ou à une plus grande ville de France, dont le réseau serait mal cartographié. Faire offre. Qui sera présent au Forum ? Je serai présent, mais peut-être pas lors du off. Qui serait partant pour faire quoi ? Rencontre ? initiation ? J'aimerais travailler sur les relations qui sont un point noir, même pour des OSMeurs chevronnés. Christian R. ___ Talk-bf mailing list Talk-bf@openstreetmap.org mailto:Talk-bf@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-bf -- Fofana Bagnoumana Bazo Etudiant en Master II (Géographie, Gestion des Ressources Naturelles) A l'université de Ouagadougou ___ Talk-bf mailing list Talk-bf@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-bf -- Teg-Wendé Idriss TINTO: Ingenieur en Informatique téléphones: (00226)70102936, (00226)66283666 email: tinto.jean[at]titinto[dot]net, tinto.jean[at]computer[dot]org twitter: @titinto_ skype: tinto.jean citation: « Notre mission est de préserver, protéger et promouvoir la liberté d'utiliser, étudier, copier, modifier et redistribuer les programmes informatiques, et de défendre les droits des utilisateurs de logiciel libre. » FSF 0xA36BDC8F.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Talk-bf mailing list Talk-bf@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-bf
[Talk-cz] Adresy Zlín a Otrokovice
Ahoj, Zlín a Otrokovice se stále nepodařilo dostat do uspokojivého stavu. Bordel je totiž jak v OSM, tak v RUIAN. Nesmysly na dvojdomkách jsou snad částečně odstraněny. Částečně znamená, že tam už jsou správné adresy, ale špatně umístěné. Tento okres, tedy alespoň tato 2 města patří mezi ty, které se dělaly pravděpodobně s lahvemi slivovice. Řešení dvojdomků by mohlo být posunout pozice všech adres na st_centroid(hranice_stavebniho_objektu). Pokusím se vymyslet, jak to udělat. V Otrokovicích u vlaku jsou oblíbené mikroboudy 2x3m ;-), které mají třeba 4 adresy. Číslo (evidenční) je stejné, ale jsou tam třeba 3 ulice plus jedno číslo ještě navíc jen tak bez ulice. Takto to je v RUIAN. Na některých garážích jsou se slivovicí naházené adresní body, jak tam upadly. Problém je, že garáž tam má většinou 2 evidenční čísla a je to možná správně a tak nepůjde použít st_centroid. To je jen tak pro info, abyste věděli, čím se bavím :-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Skolni projekty pro OSM
Ahoj, k projektům nad OSM daty přidám svoji trošku do mlýna - vyhledávání pěších tras ve městě v OSM. Dělal jsem to jako bakalářku a myslím, že tam jsou některé zajímavé nápady, například jsem se snažil využívat i plochy a propojovat blízké cesty, aby vyhledávání využívalo i nekompletní data. Zajímavější částí je dle mého názoru text, aplikace je spíše ukázková. Výsledky hledání jsou použitelné, odhady vzdáleností a časů docela přesné. Práci plánuji dále rozšiřovat a zjednodušovat její používání, ale asi se k tomu nedostanu dřív než po prázdninách. Všem geografům se omlouvám, je to psáno z pohledu informatika, takže terminologie a postupy pravděpodobně nejsou obvyklé. Celá práce je pod BSD licencí, repozitář je zde: https://github.com/xtompok/osmawalk . Až najdu někde na fakultním sytému odkaz na práci, doplním. Zároveň budu rád za jakékoli připomínky či rady, které mi pomohou v dalším rozšiřování. Cílem je z tohoto jednou vytvořit komplexní vyhledávač po městě s MHD. S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Databáze telefonních automatů
Konečně jsem si našel čas, přidáno. Jethro Dne 7. dubna 2014 14:24 Jethro xtom...@gmail.com napsal(a): Dám to tam. Jethro Dne 7. dubna 2014 13:55 Marián Kyral mky...@email.cz napsal(a): -- Původní zpráva -- Od: Jethro xtom...@gmail.com Komu: talk-cz talk-cz@openstreetmap.org Datum: 7. 4. 2014 13:39:51 Předmět: [Talk-cz] Databáze telefonních automatů Zdravím, ČTÚ nedávno uvolnil seznam všech telefonních automatů: http://www.ctu.cz/otevrena-data/katalog-otevrenych-dat-ctu.html?action=detaildata_id=5 Bohužel jsou zadány jen polohou v obci, ne GPS souřadnicemi, takže to asi nebude na import, ale může se to hodit jako zdroj k ověření. S pozdravem Tomáš Jethro Pokorný Ahoj, nechceš to dát na wiki? Tady to časem zapadne. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] FYI (možná stačí se jen zeptat) ;-) Fwd: RE: Databáze VTA
-- Přeposlaná zpráva -- Předmět: RE: Databáze VTA Datum: Čt 26. června 2014, 17:23:56 Od: opendata opend...@ctu.cz Komu: Petr Vejsada p...@propsychology.cz Dobrý den, děkujeme za podnět. Zjistíme možnosti zpřístupnění informace o GPS poloze. Co nejdříve Vás budeme informovat o postupu v této věci. S pozdravem Markéta Vamberská -Original Message- From: Petr Vejsada [mailto:p...@propsychology.cz] Sent: Thursday, June 26, 2014 3:45 PM To: opendata Subject: Databáze VTA Dobrý den, chci poděkovat za zpřístupnění seznamu VTA. Jen bych rád uvedl, že ve sloupci přesná poloha bych si spíše představoval něco jako 50.42514 14.854745 než na náměstí před prodejnou. Text na náměstí před prodejnou je strojově zpracovatelný poměrně obtížně. Počítače většinou nevědí, kde je na náměstí prodejna a pokud ano, tak za půl roku tam prodejna nemusí být. Píši Vám proto, protože se chystá zpřístupnění například seznamu vysílačů a přmlouvám se za uvádění GPS polohy. V lese, za třetím smrkem až nahoře na věži považuji za méně vhodné ;-). Děkuji! S pozdravem Petr Vejsada - ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] FYI (mo?n? sta?? se jen zeptat) ; -) Fwd: RE: Datab?ze VTA
Ahoj! Dobrý den, děkujeme za podnět. Zjistíme možnosti zpřístupnění informace o GPS poloze. Co nejdříve Vás budeme informovat o postupu v této věci. Hehehe hezke :-). chci poděkovat za zpřístupnění seznamu VTA. Jen bych rád uvedl, že ve sloupci přesná poloha bych si spíše představoval něco jako 50.42514 14.854745 než na náměstí před prodejnou. Text na náměstí před prodejnou je strojově zpracovatelný poměrně obtížně. Počítače většinou nevědí, kde je na náměstí prodejna a pokud ano, tak za půl roku tam prodejna nemusí být. Kdepak tu databazi maj? Trosku jsem prispival do opencellids.org, ale mit data je asi lepsi nez se je snazit (nepresne) namerit... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy Zlín a Otrokovice
Dne 26.6.2014 08:43, Petr Vejsada napsal(a): Ahoj, ... To je jen tak pro info, abyste věděli, čím se bavím :-) No hlavně, že tě to baví ;-) Mimochodem, už jsou dostupné prezentace z konference: http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014 Marián -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] BANO et commune sans aucun point d'adresse
Même chose pour Faverelles (45141)... aucun numéro. Un ami y est conseiller municipal et je l'ai eu au téléphone hier et en lui parlant d'OSM j'ai constaté 0 adresse dans BANO alors que le cadastre y est vectoriel. Les rues ont été nommées il y a peu, leur nom figure dans la dernière livraison de FANTOIR. Par contre, la numérotation n'est pas encore décidée... j'ai donc posé des questions sur les informations qu'une petite commune (200 habitants) recevait à ce sujet. Cas intéressant que je vais suivre cet été. Le 26 juin 2014 02:32, Tyndare tynd...@wanadoo.fr a écrit : D'après ce que j'ai compris le nommage systématique des voies et la numérotation de toutes les habitations n'est obligatoire que pour les communes de plus de 2000 habitants (cad moins de 15% des communes) Donc il ne faudra pas négliger les adresses sans numéro. Le 26 juin 2014 00:24, Vincent de Château-Thierry v...@laposte.net a écrit : Le 26/06/2014 00:05, jean navarro a écrit : j'ai commencé à effacer du rouge sur mon secteur et je viens de tomber sur une commune qui n'a aucun point d'adresse : http://layers.openstreetmap.fr/?q=st%20maurice%20de%20remens# c'est normal ? Si tu regardes le cadastre, les bâtiments ne semblent pas numérotés. En tout cas rien de lisible sur le plan. Or techniquement ce sont les numéros du plan qui sont notre source. Donc on peut plafonner à 0 point d'adresse dans ce cas. En laissant la technique de côté, en faisant un rapide sondage, j'ai comme adresse sur pas mal de parcelles ST MAURICE DE REMENS OUEST y compris lorsqu'un nom de rue est lisible sur le plan en bordure de parcelle. Je ne sais pas comment sur le terrain ça se concrétise, mais j'ai connaissance d'un village (Lautrec, 81) où jusqu'à récemment on n'avait aucun numéro y compris dans les rues du bourg principal. Et c'est sur impulsion du SDIS que la mairie a engagé une action d'adressage au numéro, maison après maison. Le cas n'est peut-être pas si isolé ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-grenoble] Re: Carto Balade OSM nouveau concept Savoyard 7 juillet 2014
Bonjour, Venez encadrer des jeunes de 12 à 15 ans (une quinzaine de personnes ), lors d’une cartobalade OpenStreetMap, le Lundi 7 Juillet de 14h à 18h, à Saint Pierre en Faucigny Haute Savoie. Les jeunes passent 3 demi-journées 7/8/9 juin14 pour cartographier leur ville et faire un travail sur le patrimoine / monuments du village. Donc Carto + photo + recherche documentaire sur patrimoine. L’idée est d’accompagner le service de jeunesse et la bibliothèque/médiathèque municipale de Saint Pierre en Faucigny http://osm.org/go/0CHALi8fS?layers=Hm= Une 1ere formation sur les outils a eu lieu ( ID sur site OSM, Umap, http://en.vikidia.org/wiki/Main_Page, + outil comme maposmatic) Me laisser un mp frmoine at gmail.com ou sur compte OSM, si vous voulez venir ou participer, on a doc partagé avec équipe pédagogique sur place. PS: L equipe de la bibliothèque/médiathèque a entendu parlé de OSM lors d'un seminaire national. Mappinguement votre ; ) FredM ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et commune sans aucun point d'adresse
J'en avais repéré une bonne concentration dans le Calvados http://layers.openstreetmap.fr/?zoom=13lat=49.2123lon=0.04158layers=0B000FFT . PY (the_knife) Le 26 juin 2014 00:05, jean navarro jean.nava...@laposte.net a écrit : bonsoir j'ai commencé à effacer du rouge sur mon secteur et je viens de tomber sur une commune qui n'a aucun point d'adresse : http://layers.openstreetmap.fr/?q=st%20maurice%20de%20remens# c'est normal ? A+ jean navarro ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suppression de repères géodésiques IGN France
Je serai tenté de croire ça, même si c'est très dur d'avoir de la traçabilité sur un déplacement de pylône chez RTE. Les terres sont souvent très bien remises en place ce qui fait qu'il n'y a plus aucune trace après coup. On supprime ces points ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 26 juin 2014 01:48, Philippe Verdy verd...@wanadoo.fr a écrit : Ca veut juste dire pylone démoli et reconstruit ailleurs. Ce n'est pas la même pylone. Le 25 juin 2014 23:36, Samy Mezani samy.mez...@wanadoo.fr a écrit : Le 25/06/2014 23:27, François Lacombe a écrit : Qui croire ? Et bien l'IGN puisqu'il est indiqué : Point non retrouvé en 2003. Je ne vois pas l'intérêt de garder ces objets non retrouvés dans OSM... Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suppression de repères géodésiques IGN France
Le 26/06/2014 01:48, Philippe Verdy a écrit : Ca veut juste dire pylone démoli et reconstruit ailleurs. Ce n'est pas la même pylone. Le 25 juin 2014 23:36, Samy Mezani samy.mez...@wanadoo.fr mailto:samy.mez...@wanadoo.fr a écrit : Le 25/06/2014 23:27, François Lacombe a écrit : Qui croire ? Et bien l'IGN puisqu'il est indiqué : Point non retrouvé en 2003. Je ne vois pas l'intérêt de garder ces objets non retrouvés dans OSM... Samy Il faudrait les indiquer dans le wiki http://wiki.openstreetmap.org/w/index.php?title=WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siquessection=14#Topologie_:_Points_mal_situ.C3.A9s Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et commune sans aucun point d'adresse
Je trouve quand même un peu irresponsable de la part de ces élus d'attendre que les SDIS leur disent qu'il y a un problème pour qu'ils se mettent en branle. Et les ambulances, elles faisaient comment ? Je me souviens d'une discussion sur la liste générale sur les pays sous-développés qui n'ont pas d'adresses et qui utilisent des points de repères à la place (landmark ou reference_point), genre la maison à 50 mètres derrière l'ancienne église. Peut-être faudra-t-il envisager ce type d'adressage pour nos contrées les plus reculées... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suppression de repères géodésiques IGN France
On peut éventuellement les garder juste comme points géodésiques historiques si ca sert au rapprochement avec d'autres données, mais évidemment plus comme pylône. La référence pointé sur une fiche correcte qui mentionne qu'on ne peut plus la situer sur place. Mais hors de question de deplacer le nœud sauf si la référence indique le nouveau pylône. Visiblement la ligne électrique a été à reconstruite avec des portées moins longues, peut-être suite à un accident de tempête ou de gel avec une chute de la ligne, ou pour augmenter la capacité de transport des câbles pour plus de puissance si les anciens pylônes n'étaient pas assez solides pour les soutenir ou pas assez hauts pour le champ électrique avec une tension plus élevée et éviter des arcs vers le sol, moins de gite et de torsions et tension longitudinale des câbles avec le vent, et aussi un écartement plus grand entre les câbles ce qui suppose des bras plus lourds aussi sur les pylônes. Ou tout bonnement à cause de nouvelles normes. Le 26 juin 2014 09:48, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je serai tenté de croire ça, même si c'est très dur d'avoir de la traçabilité sur un déplacement de pylône chez RTE. Les terres sont souvent très bien remises en place ce qui fait qu'il n'y a plus aucune trace après coup. On supprime ces points ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 26 juin 2014 01:48, Philippe Verdy verd...@wanadoo.fr a écrit : Ca veut juste dire pylone démoli et reconstruit ailleurs. Ce n'est pas la même pylone. Le 25 juin 2014 23:36, Samy Mezani samy.mez...@wanadoo.fr a écrit : Le 25/06/2014 23:27, François Lacombe a écrit : Qui croire ? Et bien l'IGN puisqu'il est indiqué : Point non retrouvé en 2003. Je ne vois pas l'intérêt de garder ces objets non retrouvés dans OSM... Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suppression de repères géodésiques IGN France
Bah, si pas d'objet sur place, pas dans osm, c'est pas ça la règle ? Le 26 juin 2014 13:10, Philippe Verdy verd...@wanadoo.fr a écrit : On peut éventuellement les garder juste comme points géodésiques historiques si ca sert au rapprochement avec d'autres données, mais évidemment plus comme pylône. La référence pointé sur une fiche correcte qui mentionne qu'on ne peut plus la situer sur place. Mais hors de question de deplacer le nœud sauf si la référence indique le nouveau pylône. Visiblement la ligne électrique a été à reconstruite avec des portées moins longues, peut-être suite à un accident de tempête ou de gel avec une chute de la ligne, ou pour augmenter la capacité de transport des câbles pour plus de puissance si les anciens pylônes n'étaient pas assez solides pour les soutenir ou pas assez hauts pour le champ électrique avec une tension plus élevée et éviter des arcs vers le sol, moins de gite et de torsions et tension longitudinale des câbles avec le vent, et aussi un écartement plus grand entre les câbles ce qui suppose des bras plus lourds aussi sur les pylônes. Ou tout bonnement à cause de nouvelles normes. Le 26 juin 2014 09:48, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je serai tenté de croire ça, même si c'est très dur d'avoir de la traçabilité sur un déplacement de pylône chez RTE. Les terres sont souvent très bien remises en place ce qui fait qu'il n'y a plus aucune trace après coup. On supprime ces points ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 26 juin 2014 01:48, Philippe Verdy verd...@wanadoo.fr a écrit : Ca veut juste dire pylone démoli et reconstruit ailleurs. Ce n'est pas la même pylone. Le 25 juin 2014 23:36, Samy Mezani samy.mez...@wanadoo.fr a écrit : Le 25/06/2014 23:27, François Lacombe a écrit : Qui croire ? Et bien l'IGN puisqu'il est indiqué : Point non retrouvé en 2003. Je ne vois pas l'intérêt de garder ces objets non retrouvés dans OSM... Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] quatrième république
J'hésite sur la typographie à employer : - Place de la IVe République - Place de la 4e République - Place de la Quatrième République La plaque utilise le chiffre romain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] quatrième république
Bonjour, Ayant déjà écrit des noms de rue avec des chiffres arabes, je sais que le validateur de Josm n'apprécie pas. Du coup, j'écris tout en lettre, ce qui n'est pas illogique, si on se dit que c'est au rendu de gérer ça correctement (écrire en abrégé, utiliser des chiffres arabes/romains, ...) Pour moi, c'est donc ta troisième proposition que tu dois utiliser... Francescu Le 26 juin 2014 13:41, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : J'hésite sur la typographie à employer : - Place de la IVe République - Place de la 4e République - Place de la Quatrième République La plaque utilise le chiffre romain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suppression de repères géodésiques IGN France
2014-06-26 13:39 GMT+02:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Bah, si pas d'objet sur place, pas dans osm, c'est pas ça la règle ? Si. Ca évitera que la question soit reposée dans un an... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] quatrième république
2014-06-26 13:44 GMT+02:00 Francescu GAROBY windu...@gmail.com: Ayant déjà écrit des noms de rue avec des chiffres arabes, je sais que le validateur de Josm n'apprécie pas. C'est nous qui fixont les règles au validateur et pas l'inverse. S'il ne reconnait pas des signes légitimes dans les tags name, il faut ouvrir un ticket josm et non transformer la réalité pour le satisfaire. Il faut toujours prendre ses signalements avec recule (sauf pour ce qui est signalé comme error, là où les choses sont toujours claires). En regardant sur la charte de toponymie de l'IGN; les chiffres sont en principe en toutes lettres. Mais, ils disent aussi sauf si l'usage ... Voir http://www.ign.fr/sites/all/files/charte_toponymie_ign.pdf , page 12 Certains chiffres sont toujours en chiffres romains. L'ING cite Henry IV qui, c'est vrai, est rarement vu sous la forme Henry Quatre ;-) mais ne dit rien sur la 4e république. J'irais voir du côté de la mairie si sa version diffère de la plaque de rue et si les deux convergent à utiliser les chiffres romains, je ferais pareil dans OSM. Et le validateur de JOSM, on le laisse couiner. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveaux portails opendata... Nice et Cotes d'Armor
C'est ici: http://opendata.nicecotedazur.org/ et http://datarmor.cotesdarmor.fr/donnees Des volontaires pour lister ce qui est intéressant et de qualité exploitable ? Une petite page sur le wiki pour chacun ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveaux portails opendata... Nice et Cotes d'Armor
Pour celui ou celle qui veut se lancer, il y a la page http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France qui centralise les différents portails open data. Romain Le 26 juin 2014 15:08, Christian Quest cqu...@openstreetmap.fr a écrit : C'est ici: http://opendata.nicecotedazur.org/ et http://datarmor.cotesdarmor.fr/donnees Des volontaires pour lister ce qui est intéressant et de qualité exploitable ? Une petite page sur le wiki pour chacun ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu BANO... du mauve !
Afin de distinguer les adresses OSM rapprochées de FANTOIR avec celles non rapprochées (souvent à cause d'une erreur dans le nom de rue), le mauve fait son apparition. Les adresses en erreur sont aussi entourées à partir du zoom 16 (comme pour celles en rouge). Exemple: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.65411/6.11324 Oui, je sais... il faut que je trouve un truc pour les daltoniens... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO... du mauve !
Tu peux développer la différence entre le bleu (avec ref:FR:FANTOIR mais noms osm et cadastre différent), le rouge (pas de rapprochement) et le mauve ? Je pensais avoir compris, mais en fait, non (et j'imaginais retrouver des rues nommées un peu rapidement à l'apparition de Bano, mais pas forcément vérifiées). J'imaginais aussi (mais c'est pas moi qui travaille), une couleur pour les numéros « loin » de la rue. J'ai eu des cas où la rue « devant » la maison n'a pas le bon nom, mais comme le nom de rue existe dans la commune, ça passe en bleu quand même. Merci pour les évolutions. JB. Le 26/06/2014 18:41, Christian Quest a écrit : Afin de distinguer les adresses OSM rapprochées de FANTOIR avec celles non rapprochées (souvent à cause d'une erreur dans le nom de rue), le mauve fait son apparition. Les adresses en erreur sont aussi entourées à partir du zoom 16 (comme pour celles en rouge). Exemple: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.65411/6.11324 http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/48.65411/6.11324 Oui, je sais... il faut que je trouve un truc pour les daltoniens... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO... du mauve !
Les daltoniens comme tu les appelles n'ont pas de problème de séparation du bleu et du rouge et reconnaissent leur mélange tant qu'il y a suffisamment de contraste dans ces deux composantes). Ceux qui ont des problèmes sont les très rares monochromats (qui voient tout en nuance de gris), ou ceux qui manque de cônes pour la vision diurne et ont une saturation rapide en vision nocturne (ils ont du mal à distinguer les nuances claires) Le daltonisme le plus courant c'est un décalage de la composante verte vers le jaune, ce qui pose des problèmes de distinction entre le vert et l'orange, et une réduction de sensibilité des nuances dans la palette du vert au bleu, avec une vision 'bleue plus étendue (et cela touche essentiellement le sexe masculin car c'est porté par un gène du chromosome Y). Certains individus sont aussi quadrichromats (ils portent les deux variantes du pigment vert) et voient plus de couleurs que tout le monde. Un daltonien distingue mieux que tout le monde d'autres nuances, notamment dans les tons sombres (vision de nuances bleues dans les noirs), mais ne savent pas distinguer un fin trait jaune d'un fin trait vert dans le noir (par exemple la couleur des feux d'artifices d'autant plus que c'est une vision nocturne, facilement saturée; sauf les bleus très peu employés, autre exemple les feux vert et oranges de nuit si on n'est pas assez prêt pour avoir une surface suffisante pour utiliser le système de vision diurne, autre exemple les cartes web de Bison Futé ou du Point Route de France 2, qui sont complètement illisibles pour un daltonien avec leurs traits jaunes ou oranges sans contraste de luminosité). Le bichromatisme est plus rare (déficit total d'un des 3 pigments de base, plus souvent le déficit est seulement partiel : tout le monde a un déficit dans une des composantes, le taux varie d'un individu à l'autre et ça donne une personalité à chacun de la vision des couleurs, mais on a des moyennes connues, ou peut changer au cours de la vie avec des accidents occulaires qui réduisent le champ de vision et donc les écarts de sensibilité). On compense ça dans un rendu graphique en s'assurant d'avoir des écarts suffisants de contraste sur chacune des 3 composantes RVB. Si on colore une carte statistique, on a tout intérêt à opposer le rouge et le bleu (plutôt que le rouge et le vert) si on n'a pas de trasitions franches de contraste (cas de certaines cartes de température en météo), et éviter les séparations de couleurs trop claires (qui réduisent la largeur du nuancier visible). Le 26 juin 2014 18:41, Christian Quest cqu...@openstreetmap.fr a écrit : Afin de distinguer les adresses OSM rapprochées de FANTOIR avec celles non rapprochées (souvent à cause d'une erreur dans le nom de rue), le mauve fait son apparition. Les adresses en erreur sont aussi entourées à partir du zoom 16 (comme pour celles en rouge). Exemple: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.65411/6.11324 Oui, je sais... il faut que je trouve un truc pour les daltoniens... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO... du mauve !
Je met à jour le wiki... * mauve: adresse présente dans OSM mais sans rapprochement avec FANTOIR (différence de nom ou inexistant actuellement dans FANTOIR pour les toutes nouvelles rues) Les rapprochements se font en effet dans les deux sens: cadastre - FANTOIR - OSM et OSM - FANTOIR Le rouge indique les adresses provenant du cadastre qu'on n'a pas pu rapprocher d'OSM. Le mauve c'est l'inverse: les adresses qu'on a dans OSM et pour lesquelles on n'arrive pas à se rapprocher d'un code FANTOIR, soit à l'aide des des name=* soit via un ref:FR:FANTOIR Bleu: cadastre on a pu rapprocher d'OSM Vert: OSM qu'on a pu rapprocher avec FANTOIR Le 26 juin 2014 19:11, JB jb...@mailoo.org a écrit : Tu peux développer la différence entre le bleu (avec ref:FR:FANTOIR mais noms osm et cadastre différent), le rouge (pas de rapprochement) et le mauve ? Je pensais avoir compris, mais en fait, non (et j'imaginais retrouver des rues nommées un peu rapidement à l'apparition de Bano, mais pas forcément vérifiées). J'imaginais aussi (mais c'est pas moi qui travaille), une couleur pour les numéros « loin » de la rue. J'ai eu des cas où la rue « devant » la maison n'a pas le bon nom, mais comme le nom de rue existe dans la commune, ça passe en bleu quand même. Merci pour les évolutions. JB. Le 26/06/2014 18:41, Christian Quest a écrit : Afin de distinguer les adresses OSM rapprochées de FANTOIR avec celles non rapprochées (souvent à cause d'une erreur dans le nom de rue), le mauve fait son apparition. Les adresses en erreur sont aussi entourées à partir du zoom 16 (comme pour celles en rouge). Exemple: http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.65411/6.11324 Oui, je sais... il faut que je trouve un truc pour les daltoniens... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et Numérotation des lieux-dits
Le 25/06/2014 15:55, Pieren a écrit : 2014-06-25 15:29 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: N° + nom du lieu dit Code postal + nom de la commune - addr:housenumber + addr:place=nom du lieu dit sur le noeud d'adresse de la maison - place=hamlet/isolated_dwelling + name=nom du lieu dit sur le noeud du lieu-dit - addr:postcode idéalement sur la relation de la commune (ou sur le noeud place de la commune ci-dessous) - place=town/village + name=nom de la commune sur un noeud Bonjour, J'ai un cas particulier, qui pourrait, je pense, être assimilé à celui-ci ; et que j’ai mal décrit dans osm il y a quelques mois : https://www.openstreetmap.org/#map=17/48.53785/-2.14196 Ce village est enclavé dans une autre commune (Ploubalay) et est constituée uniquement du Bourg. Les rues n'ont pas de nom et la numérotation est séquentielle pour tout le Bourg de Plessix-Balisson (qui correspond à l'ensemble du village). Par exemple, l'adresse de la mairie est 4, le Bourg Plessix-Balisson A l'époque, j'avais hésité à mettre un nœud lieux-dit qui correspondait à l'ensemble du village (il y a un nœud place=village ; et comme osmose me réclamait un addr:street, j'avais mis un name aux rues (je les avais toutes appelées Le Bourg ce qui est faux, puisqu'elles n'ont pas de nom - en me faisant une fiche pour revenir dessus plus tard) . Je pense le corriger : en supprimant le name des voies en ajoutant un point place=hamlet + name=Le Bourg et en remplaçant sur les adresses le addr:street par addr:place=Le Bourg BANO va surement (pour un temps) remplacer les points verts par des points rouges : tant pis, si osm est mieux décrit ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] Undefined vending=photos tags in Japan
Hi, I'm from Germany and cleaning up the amenity=vending_machine / vending=* tags. vending=photos has been used in some counties among then a lot in Japan (http://overpass-turbo.eu/s/3W0). In Germany it turned out most of the time what people meant was a photo booth (http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dphoto_booth). If that's the case then please replace the tags in Japan, at least the ones you know that they are photo booths. If the tag amenity=vending_machine + vending=photos was used for something else then please document it in the Wiki or look if there already exists a correct tag that for those POIs, because so far that combination is not defined. Greetings, Andi __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Undefined vending=photos tags in Japan
ふるた＠さいたまっぱー です。 http://wiki.openstreetmap.org/wiki/JA:How_to_map_a を見ると 証明写真撮影機 amenity=vending_machine vending=photos ってなっていますね。 正しくは、 amenity=vending_machine vending=photo_booth が正解ということですか。 意外と、証明写真撮りたくてもどこにあったっけ？ってなるからマッピングパー ティでの登録対象にいいですね。 On Thu, 26 Jun 2014 16:02:46 +0200 Andreas Goss andi...@t-online.de wrote: Hi, I'm from Germany and cleaning up the amenity=vending_machine / vending=* tags. vending=photos has been used in some counties among then a lot in Japan (http://overpass-turbo.eu/s/3W0). In Germany it turned out most of the time what people meant was a photo booth (http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dphoto_booth). If that's the case then please replace the tags in Japan, at least the ones you know that they are photo booths. If the tag amenity=vending_machine + vending=photos was used for something else then please document it in the Wiki or look if there already exists a correct tag that for those POIs, because so far that combination is not defined. Greetings, Andi __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88? ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja 合同会社 マップクエストソリューションズ （ http://mq-sol.jp/ ） 代表 古田 武士 ( fur...@mq-sol.jp ) 住所： 〒331-0013 埼玉県戸田市喜沢１−３３−８ ベルテラス板橋２０２ 電話： 03-5843-5923 携帯：090-8985-1587 FAX： 048-229-0554 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] exit_to vs destination
On Wed, 2014-06-25 at 16:04 -0700, stevea wrote: Martin van Exel writes: Following the examples on the wiki, I think it should be fine to tag destination=Holt Rd on the motorway_link in this case: http://www.aaroads.com/midwest/indiana070/i-070_eb_exit_077_04.jpg - for example. Or am I getting that all wrong? The confusion arises partly from the strange terminology used on the wiki page like 'uplinks' and 'downlinks' - I don't understand what those are. I don't know for certain what uplink and downlink are either, but based on their usage, I strongly suspect they are British English words to respectively describe onramp and offramp (in US English). As a lurking Brit I thought I'd comment here. Uplink and downlink sound like computer comms terms to me. In the UK we use the the term sliproad for what you call ramps, hence on-slip/off-slip entry-slip/exit-slip are commonly used. The word turn off is also used, but seems dated these days. HTH Phil (trigpoint) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Nominatim in CDP
Postal code usually means Zip code, or its non-USA equivalent, not city. On June 25, 2014 7:20:55 AM CDT, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-06-25 12:37 GMT+02:00 Minh Nguyen m...@nguyen.cincinnati.oh.us: Postal cities aren't currently tagged as areas, only tag values on individual POIs and buildings. there is the key postal_code to be used on areas (and streets), I am not sure if Nominatim evaluates it, but could be. http://wiki.openstreetmap.org/wiki/Key%3Apostal_code cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Nominatim in CDP
Postal code usually means Zip code, or its non-USA equivalent, not city. On June 25, 2014 7:20:55 AM CDT, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-06-25 12:37 GMT+02:00 Minh Nguyen m...@nguyen.cincinnati.oh.us: Postal cities aren't currently tagged as areas, only tag values on individual POIs and buildings. there is the key postal_code to be used on areas (and streets), I am not sure if Nominatim evaluates it, but could be. http://wiki.openstreetmap.org/wiki/Key%3Apostal_code cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Nominatim in CDP
On 6/26/14 3:20 PM, John F. Eldredge wrote: Postal code usually means Zip code, or its non-USA equivalent, not city. this is one of those fussy points in US geocoding. the zip code can be mapped to the postal city, which is what is in everyone's addresses, and is what i think most us residents initially expect when typing an address into a search box. the underlying point being that there isn't one true geocoder, it depends entirely on what you're trying to accomplish. something driven by postal codes/addresses can be correct for many applications, while being wrong for others. to my mind the fact that we keep going in circles about this is evidence that we're thinking about the problem the wrong way. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Nominatim in CDP
ZIP code / government addressing data expert here :) * ZCTA = ZIP Code Tabulation Area. ZCTAs are established by the *US Census Bureau not the US Postal Service.* ZCTAs have been established to tabulate population statistics around an area people may identify as a city, because there isn't an incorporated legal city there (for instance). * ZIP Code = Zoning Improvement Plan Code. ZIP Codes are established by the US Post Office to *route mail*, *ZIP Codes do not have a direct spatial component, like a polygon boundary, per se.* Therefore you can't technically map US ZIP Codes with a polygon. Any maps you see where ZIP Codes are mapped, those boundaries are *derived *from addresses. Technically a USPS ZIP Code map would be a point cloud of address points. If you stand on a vacant parcel with no address it also technically does not have a ZIP Code until the USPS says it does. There are many oddities in ZIP Codes, like holes and enclaves. In the USA, ZIP Codes are established based on imaginary boundaries surrounding post office locations. They are set up to route mail efficiently. * End expertise, begin opinion * Since there are areas in the USA where there are no incorporated cities (that is, ones with a government / mayor), people often identify the place they live based on whatever the city field is on their mail. For OSM, I believe we should only be mapping postal codes by attributing them to addresses. CDP and ZCTA boundaries could arguably be included, as some kind of admin level. Elliott Baltimore Co. GIS. On Thu, Jun 26, 2014 at 3:33 PM, Richard Welty rwe...@averillpark.net wrote: On 6/26/14 3:20 PM, John F. Eldredge wrote: Postal code usually means Zip code, or its non-USA equivalent, not city. this is one of those fussy points in US geocoding. the zip code can be mapped to the postal city, which is what is in everyone's addresses, and is what i think most us residents initially expect when typing an address into a search box. the underlying point being that there isn't one true geocoder, it depends entirely on what you're trying to accomplish. something driven by postal codes/addresses can be correct for many applications, while being wrong for others. to my mind the fact that we keep going in circles about this is evidence that we're thinking about the problem the wrong way. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Elliott Plack http://about.me/elliottp ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Nominatim in CDP
Yes, but one postal city commonly contains multiple postal codes, so storing the postal city in the postal code tag represents a loss of detail. On J,une 26, 2014 2:33:12 PM CDT, Richard Welty rwe...@averillpark.net wrote: On 6/26/14 3:20 PM, John F. Eldredge wrote: Postal code usually means Zip code, or its non-USA equivalent, not city. this is one of those fussy points in US geocoding. the zip code can be mapped to the postal city, which is what is in everyone's addresses, and is what i think most us residents initially expect when typing an address into a search box. the underlying point being that there isn't one true geocoder, it depends entirely on what you're trying to accomplish. something driven by postal codes/addresses can be correct for many applications, while being wrong for others. to my mind the fact that we keep going in circles about this is evidence that we're thinking about the problem the wrong way. richard -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Nominatim in CDP
On 6/26/14 3:54 PM, Elliott Plack wrote: ZIP code / government addressing data expert here :) and i don't disagree with you here, but my thinking about how to go forward may be very different. more details will be forthcoming. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
