Re: [OSM-talk] In the works: iD 1.1
On 07/08/2013 18:51, John Firebaugh wrote: Update: I've opened a pull request, and Tom Hughes has made 1.1.0rc1 available on an OSM.org test server: https://github.com/openstreetmap/openstreetmap-website/pull/424 http://tomh.apis.dev.openstreetmap.org/ Unless any show-stopping bugs are found, I'll release 1.1 in a few days. As an end user, I'd like to thank John Paul for announcing future upgrades in this end user forum. This will go a long way to appeasing the confusion even anger at the front page/editors changing without apparent notice. Keep it up! I never quite understood the resistance to do his in the past. Development forums are fine for sorting out the zeros ones, but when an update is ready for release, this forum is the logical one for the announcement. (There may be other suitable ones as well). One minor query: As with Tom Hughes test page, these require a separate login, or use OpenID. I presume any edits done under these wont appear under my user name for the main web page login. Is there a way for these test pages to use my original login details? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] In the works: iD 1.1
On 08/08/13 13:03, Dave F. wrote: I never quite understood the resistance to do his in the past. I don't think there's any resistance to it, it's just not clear how practical or useful it is to do it on a large scale. Development forums are fine for sorting out the zeros ones, but when an update is ready for release, this forum is the logical one for the announcement. (There may be other suitable ones as well). The problem is that the talk list has a large number of subscribers with a large number of (often diametrically opposed) beliefs, so it is hard to distill anything meaningful from the comments produced by any change that is not entirely innocuous. Do I count the number of people in favour/against? The number of emails they manage to send (probably not...) or what? What exactly is the required quorum and what proportion of people need to be in favour or against to approve/block a change? Basically democracy, with anything beyond a fairly small electorate, is a really bad way of developing things. One minor query: As with Tom Hughes test page, these require a separate login, or use OpenID. I presume any edits done under these wont appear under my user name for the main web page login. Is there a way for these test pages to use my original login details? No, because they each use their own database, which is entirely separate from the main database. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] In the works: iD 1.1
Tom Hughes wrote: No, because they each use their own database, which is entirely separate from the main database. ...and because site improvements often require changes to the database structure - new columns, new indexes, and so on - so it wouldn't generally be possible to hook test instances up to the main (unimproved) database even if it were desirable. [This is implicit in Tom's message but I thought I'd point it out!] cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/In-the-works-iD-1-1-tp5772153p5772960.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] In the works: iD 1.1
On 08/08/13 14:06, Richard Fairhurst wrote: Tom Hughes wrote: No, because they each use their own database, which is entirely separate from the main database. ...and because site improvements often require changes to the database structure - new columns, new indexes, and so on - so it wouldn't generally be possible to hook test instances up to the main (unimproved) database even if it were desirable. [This is implicit in Tom's message but I thought I'd point it out!] Indeed. If it wasn't for that then all the test instances would probably share one database, which would help here. The fact that different test instances may have different schemas prevents that however. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] In the works: iD 1.1
On Thu, Aug 8, 2013 at 7:03 AM, Dave F. dave...@madasafish.com wrote: One minor query: As with Tom Hughes test page, these require a separate login, or use OpenID. I presume any edits done under these wont appear under my user name for the main web page login. Is there a way for these test pages to use my original login details? The deployment of the iD release on the openstreetmap.us server hits the live database if you want to try using the release candidate for actual editing. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] In the works: iD 1.1
On Thu, Aug 8, 2013 at 10:20 AM, Toby Murray toby.mur...@gmail.com wrote: The deployment of the iD release on the openstreetmap.us server hits the live database if you want to try using the release candidate for actual editing. http://openstreetmap.us/iD/release/# ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SotM 2013, Posters and Monday Hackday
Hi All, SOTM 2013 is now only 4 weeks away!! For information on signing-up, submitting a poster and/or attending the post SOTM hackday, please see the sections below. == Register to attend == If you're planning to come and have not yet signed up, what are you waiting for? If you head over to the sign up page and register as an attendee before August 15th you will also receive a personalised mug from Bytemark. Sign up at: http://2013.stateofthemap.org/info/booking/ == Posters == Unable to attend, but still want to share a message with the attendees? We are accepting posters, and are able to print them for you free of charge (if submitted before 28th August). Fill in the online form and we will get back to you with more details: http://2013.stateofthemap.org/info/call-presentations/ == SOTM Hackday == Innovation Birmingham have been kind enough to donate a hacking space for up to 60 people for Monday 9th September (the day after SotM 2013). Let's make OSM even better. If you code, write documents, make coffee or just want to plough your ideas into making this project even greater come along. Sign up now on our eventbrite page: https://osmhack.eventbrite.co.uk/ Best regards, Rob SOTM 2013 stateofthemap.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] OL: Verschuiving van WMS laag op bepaalde zoomniveau's
Er zat geen prj bestand bij de shp, alleen een dbf en een shx. Maar ik ben nog even aan spelen geweest met QuantumGis een daarin wordt de WMS layer wel op elk zoomlevel op de juiste plek wek weergegeven. Ik heb ook wat veranderd aan de tilesOrigin optie van de WMS layer in OL. Nu wordt de polygoon op meer levels goed weergegeven maar op andere levels is de afwijking nog veel groter geworden. Hier lijkt iemand hetzelfde probleem te hebben: http://gis.stackexchange.com/questions/4289/geowebcache-misalignment-of-tiles On 07/08/2013 16:01, Jeroen Muris wrote: Een wilde gok, en even uit het blote hoofd: ik meen mij zoiets te herinneren, en dat bleek toen opgelost door het *.prj bestand van de shapefile weg te laten J-. -[ Lambertus ]- Om een aantal polygonen op een kaart weer te geven gebruik ik Geoserver en OpenLayers. De polygonen zijn als shp bestanden aangeleverd in RD, in Geoserver geladen en worden via WMS op een Google of OpenStreetmap kaart weergegeven. Dat werkt perfect op de hoogste zoomniveaus maar op lagere zoomniveau zijn de polygonen zo'n 100 meter naar het westen en 50 meter naar het zuiden verschoven. Bijgevoegd zijn twee screenshots die dit verduidelijken. In Google Earth (wms) en Quantum GIS (shp) worden de polygonen op elk zoomniveau goed weergegeven. De verschuiving lijkt dus een combinatie van Geoserver/OpenLayers. Een zoekactie geeft een aantal hits met een 100m noord-verschuiving. Die had ik eerder ook maar is opgelost met de nieuwe projectiestring in OpenLayers. Van een 100m west- en 50m zuid-verschuiving op bepaalde zoomniveau's kan ik geen eerdere gevallen vinden... Iemand een idee of tips? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OL: Verschuiving van WMS laag op bepaalde zoomniveau's
Lastig te zeggen zonder de hele setup te zien : openlayers config, geoserver layer opties, versies etc. Vrijwel altijd is dit een datum shift issue gerlateerd aan de RD proj definitie zoals bijv hier: http://gis.stackexchange.com/questions/18662/wfs-getfeature-request-with-diffent-srs Tileorigin heeft niets met WMS te maken tenzij je via Geowebcache bijv tiles genereert, in OL Layer def singleTile=false, maar is lastig te zien. Ik vermoed dat Geoserver niet goed de RD naar Google projectie doet. Ik neem aan dat de laatste de projectie van je ol map is. Groeten, Just Er zat geen prj bestand bij de shp, alleen een dbf en een shx. Maar ik ben nog even aan spelen geweest met QuantumGis een daarin wordt de WMS layer wel op elk zoomlevel op de juiste plek wek weergegeven. Ik heb ook wat veranderd aan de tilesOrigin optie van de WMS layer in OL. Nu wordt de polygoon op meer levels goed weergegeven maar op andere levels is de afwijking nog veel groter geworden. Hier lijkt iemand hetzelfde probleem te hebben: http://gis.stackexchange.com/questions/4289/geowebcache-misalignment-of-tiles On 07/08/2013 16:01, Jeroen Muris wrote: Een wilde gok, en even uit het blote hoofd: ik meen mij zoiets te herinneren, en dat bleek toen opgelost door het *.prj bestand van de shapefile weg te laten J-. -[ Lambertus ]- Om een aantal polygonen op een kaart weer te geven gebruik ik Geoserver en OpenLayers. De polygonen zijn als shp bestanden aangeleverd in RD, in Geoserver geladen en worden via WMS op een Google of OpenStreetmap kaart weergegeven. Dat werkt perfect op de hoogste zoomniveaus maar op lagere zoomniveau zijn de polygonen zo'n 100 meter naar het westen en 50 meter naar het zuiden verschoven. Bijgevoegd zijn twee screenshots die dit verduidelijken. In Google Earth (wms) en Quantum GIS (shp) worden de polygonen op elk zoomniveau goed weergegeven. De verschuiving lijkt dus een combinatie van Geoserver/OpenLayers. Een zoekactie geeft een aantal hits met een 100m noord-verschuiving. Die had ik eerder ook maar is opgelost met de nieuwe projectiestring in OpenLayers. Van een 100m west- en 50m zuid-verschuiving op bepaalde zoomniveau's kan ik geen eerdere gevallen vinden... Iemand een idee of tips? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Just Just Objects B.V. - http://www.justobjects.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OL: Verschuiving van WMS laag op bepaalde zoomniveau's
On 08/08/2013 10:13, Just van den Broecke wrote: Lastig te zeggen zonder de hele setup te zien : openlayers config, geoserver layer opties, versies etc. Vrijwel altijd is dit een datum shift issue gerlateerd aan de RD proj definitie zoals bijv hier: http://gis.stackexchange.com/questions/18662/wfs-getfeature-request-with-diffent-srs Net een proefje gedaan door de geowebcache uit te zetten en dan is de weergave in orde. Tileorigin heeft niets met WMS te maken tenzij je via Geowebcache bijv tiles genereert, in OL Layer def singleTile=false, maar is lastig te zien. Ik snap niet helemaal wat je hiermee wilt zeggen maar de OL layer optie 'tiled' staat op false. Ik vermoed dat Geoserver niet goed de RD naar Google projectie doet. Ik neem aan dat de laatste de projectie van je ol map is. Inderdaad. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Legal! Há coisa de um ano atrás eu fazia mensalmente uma edição de correção de erros aqui nas redondezas, incluindo eliminação de abreviações. Recentemente vi que algumas abreviações andaram voltando a aparecer. Vou tentar participar, nem que seja simbolicamente, corrigindo algumas apenas :-) LMB 2013/8/7 Vitor George vitor.geo...@gmail.com: Oi pessoal, O que acham de fazer uma maratona de mapeamento para celebrar o aniversário do OpenStreetMap, na sexta-feira? Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou pessoalmente se possível) para acabarmos com um grande problema, as abreviações do mapa. As abreviações são nocivas porque confundem algoritmos de busca, mas podem ser exterminadas por colaboradores de qualquer nível de experiência. Neste horário vou abrir um streaming/hangout para explicar as maneiras possíveis de resolver este problema, e aí podemos ir coordenando os trabalhos. O que acham? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Ótimo! No video-tutorial eu queria ensinar coisas bem simples, para usuários iniciantes. Quais problemas, além da abreviação, vcs acham que eu poderia falar? Vitor 2013/8/8 Leandro Motta Barros l...@stackedboxes.org Legal! Há coisa de um ano atrás eu fazia mensalmente uma edição de correção de erros aqui nas redondezas, incluindo eliminação de abreviações. Recentemente vi que algumas abreviações andaram voltando a aparecer. Vou tentar participar, nem que seja simbolicamente, corrigindo algumas apenas :-) LMB 2013/8/7 Vitor George vitor.geo...@gmail.com: Oi pessoal, O que acham de fazer uma maratona de mapeamento para celebrar o aniversário do OpenStreetMap, na sexta-feira? Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou pessoalmente se possível) para acabarmos com um grande problema, as abreviações do mapa. As abreviações são nocivas porque confundem algoritmos de busca, mas podem ser exterminadas por colaboradores de qualquer nível de experiência. Neste horário vou abrir um streaming/hangout para explicar as maneiras possíveis de resolver este problema, e aí podemos ir coordenando os trabalhos. O que acham? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Alguns dos problemas que eu mais encontrava eram: 1) Abreviações 2) Nomes que não são nomes (Escola, Retorno, Praça, Acesso ao supermercado). Isso é um inferno, porque esconde o problema nos KeepRight da vida. Se não sabe o nome, deixe em branco! (É igualmente errado, mas é mais fácil de encontrar o erro.) 3) Ruas que se cruzam sem um ponto em comum para indicar que estão efeticamente ligadas. 4) Informações copiadas. Isso é difícil de identificar simplesmente olhando para o que está mapeado, mas muitas vezes fico com suspeitas quando comparo coisas no OSM com o Google Maps ou outro. Nunca é demais alertar sobre isso. Fora isso, tem coisas que nem são erros propriamente ditos, mas sim uma questão de julgamento duvidoso. Muita coisa que fazemos ao mapear envolve julgamento (é melhor fazer deste ou daquele jeito?), e talvez valha a pena tentar identificar os julgamentos duvidosos mais comuns e dar algum subsídio para os novatos tomarem decisões mais acertadas. Lembro de um caso relativo a isso: vejo que é comum ver pessoas usando pontos demais (entre aspas porque é questão de julgamento, como eu disse). Por exemplo: ao mapear uma curva, colocam pontos a cada meio metro (OK, talvez eu esteja exagerando :-P) para gerar uma curva ultra suave. Ou incluem vários pontos intermediários no que é uma linha reta de poucos metros de extensão [1] (pô!, dois pontos definem uma reta, né?!). Acho que esses pontos (sobretudo aqueles primeiros quatro) são os principais. Abraço, LMB [1] Lembro de ler em algum lugar que em caso de retas muito longas, recomendava-se colocar pontos intermediários desnecessários. O objetivo era evitar que uma consulta a um determinado retângulo acabasse por não pegar alguma feature importante (estrada, oleoduto...) que passe bem pelo meio dele porque nenhum ponto foi amostrado. Não é disso que estou falando. Me refiro a coisas como colocar pontos intermediários entre duas esquinas. 2013/8/8 Vitor George vitor.geo...@gmail.com: Ótimo! No video-tutorial eu queria ensinar coisas bem simples, para usuários iniciantes. Quais problemas, além da abreviação, vcs acham que eu poderia falar? Vitor 2013/8/8 Leandro Motta Barros l...@stackedboxes.org Legal! Há coisa de um ano atrás eu fazia mensalmente uma edição de correção de erros aqui nas redondezas, incluindo eliminação de abreviações. Recentemente vi que algumas abreviações andaram voltando a aparecer. Vou tentar participar, nem que seja simbolicamente, corrigindo algumas apenas :-) LMB 2013/8/7 Vitor George vitor.geo...@gmail.com: Oi pessoal, O que acham de fazer uma maratona de mapeamento para celebrar o aniversário do OpenStreetMap, na sexta-feira? Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou pessoalmente se possível) para acabarmos com um grande problema, as abreviações do mapa. As abreviações são nocivas porque confundem algoritmos de busca, mas podem ser exterminadas por colaboradores de qualquer nível de experiência. Neste horário vou abrir um streaming/hangout para explicar as maneiras possíveis de resolver este problema, e aí podemos ir coordenando os trabalhos. O que acham? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
2013/8/8 Vitor George vitor.geo...@gmail.com: Legal. Acho que aí teremos que falar da validação do JOSM, então. Não sei se é *tão* necessário assim falar disso. Acho que é um tópico que já vai passando do iniciante pro intermediário. Mas concordo que é importante que os iniciantes pelo menos saibam que existem ferramentas para identificar erros, para saberem onde procurar se um dia quiserem. Eu acho que pessoas podem fazer boas contribuições sem usar essas ferramentas (mesmo sem o usar o JOSM, na verdade, que eu adoro mas acho que não é ferramenta para mapeador casual), mas também acho que elas são importantíssimas para os que forem passar para um nível mais sério de contribuições. E acabei de lembrar de outra coisa que podes querer abordar: dicas de como usar imagens de satélite. Alguns pontos: 1) Só conserte o alinhamento das coisas já mapeadas se for fazer isso com base em trilhas de GPS. Várias trilhas, preferencialmente. (Vale usar as trilhas que os mapeadores já subiram pro OSM.) 2) Ao usar imagens de satélite para desenhar o contorno de um prédio (ou outra coisa alta, como uma ponte ou viaduto), o que vale é a base do prédio. Pelo (muito pouco) que já vi de iniciantes mapeando, parece que a tendência deles é desenhar sobre o que seria o topo do prédio na imagem. (Como as imagens são alinhadas com as trilhas pelo chão, é pelo chão que os desenhos devem se basear. Isso está em algum lugar na wiki, se bem me lembro.) LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Falar também para não grudar áreas nas ruas. Por exemplo, a pessoa traça as ruas e depois traça uma praça sobrepondo o caminho das ruas e grudada nos nós: http://i.imgur.com/ugkYEyG.png Já peguei muitos casos que a pessoa traça várias ruas de uma cidade com apenas 1 caminho, indo e voltando, e nisso tem 2 coisas: - Falar para não traçar vias sobrepostas - Falar para utilizar 1 caminho para cada rua Eu vi que falaram para não deixar vias cruzando sem os nós mas também tem que falar para ligar os nós finais das vias. Muita gente deixa as ruas começando/terminando muito próximas das outras rias (o que parece que está conectado), mas na verdade não está. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeando áreas
2013/8/8 Vitor George vitor.geo...@gmail.com: Se a rua é o que delimita onde a praça termina, porque não mapear assim? O problema inicial é que a rua (que também é uma área na verdade) é representada como linha, enquanto todas as outras áreas (praças, etc) são de fato representadas como áreas. Se for ver o que está errado, é área da rua que não está representada de forma correta (e não a praça). Grudando a praça na rua você acaba deixando a praça errada (ver abaixo). Eu não sei se existe alguma recomendação contraria a isso, mas quando mapeei de outra maneira ficou um vácuo entre a área e a rua, e não me pareceu correto. Aí cai naquilo de mapear para o renderizador. A praça possui um contorno determinado. Se você grudar esse contorno nas ruas ao redor você vai estar representando algo que é diferente da realidade (vai ficar bonito no mapa, mas não vai indicar o tamanho, área, contorno ou posição real da praça). Não me parece certo grudar as áreas para contornar a limitação da representação da rua (uma linha) Existem um recomendação fechada sobre esta questão? Vamos achar tanto quem diz que é certo quanto quem diz que é errado :-) Eu digo para não estimular a grudar as áreas por dois motivos: as pessoas geralmente criam vias sobrepostas (ao invés de utilizar multipolígonos) e também porque que dá um trabalho bem maior de corrigir algo que envolva esses caminhos grudados. Talvez seja o caso de apenas recomendar aos novos usuários (até que um dia eles tenham uma compreensão melhor das coisas) que evitem grudar áreas nos caminhos (e não afirmar categoricamente nunca grudar áreas). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeando áreas
Hm, eu concordo que isso pode ser uma regra geral que simplifica a vida do iniciante, mas eu não concordo que seja errado juntar as tags do restaurante ao edifício se o restaurante é a única coisa que opera naquele edifício. Nesse caso, é impossível separar as duas coisas. (Não seria o caso de um edifício residencial com uma fachada comercial, ou de um edifício com vários estabelecimentos dentro.) Se fosse assim, metade do wiki teria que ser re-escrito mudando os casos de uso de várias tags para se aplicarem somente a pontos. 2013/8/8 Wille wi...@wille.blog.br: Mudando um pouco de assunto, mas ainda sobre áreas. Eu estava revisando a tradução do iD há uns dias e encontrei essa recomendação no manual que tem dentro do iD: The rule of thumb is to map a building as a shape whenever possible, and map companies, homes, amenities, and other things that operate out of buildings as points placed within the building shape. Então, por exemplo, se você vai mapear um restaurante, você pode desenhar a área do prédio, taguear como building e colocar algumas outras tags, como as de endereço, mas a tag amenity=restaurant você põe em um nó separado do polígono. Eu sempre costumava colocar todas as tags no polígono, a não ser quando havia mais de um ponto de interesse no mesmo prédio. Isso não chega a ser um problema grave, mas é bom fazer da maneira certa a partir de agora... wille On 08-08-2013 15:41, Vitor George wrote: Começando novo tópico... Nelson, eu já fiz algumas praças assim aqui em São Paulo. Se a rua é o que delimita onde a praça termina, porque não mapear assim? Eu não sei se existe alguma recomendação contraria a isso, mas quando mapeei de outra maneira ficou um vácuo entre a área e a rua, e não me pareceu correto. Existem um recomendação fechada sobre esta questão? 2013/8/8 Nelson A. de Oliveira nao...@gmail.com Falar também para não grudar áreas nas ruas. Por exemplo, a pessoa traça as ruas e depois traça uma praça sobrepondo o caminho das ruas e grudada nos nós: http://i.imgur.com/ugkYEyG.png Já peguei muitos casos que a pessoa traça várias ruas de uma cidade com apenas 1 caminho, indo e voltando, e nisso tem 2 coisas: - Falar para não traçar vias sobrepostas - Falar para utilizar 1 caminho para cada rua Eu vi que falaram para não deixar vias cruzando sem os nós mas também tem que falar para ligar os nós finais das vias. Muita gente deixa as ruas começando/terminando muito próximas das outras rias (o que parece que está conectado), mas na verdade não está. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeando áreas
2013/8/8 Fernando Trebien fernando.treb...@gmail.com: Hm, eu concordo que isso pode ser uma regra geral que simplifica a vida do iniciante, mas eu não concordo que seja errado juntar as tags do restaurante ao edifício se o restaurante é a única coisa que opera naquele edifício. Nesse caso, é impossível separar as duas coisas. (Não seria o caso de um edifício residencial com uma fachada comercial, ou de um edifício com vários estabelecimentos dentro.) Se fosse assim, metade do wiki teria que ser re-escrito mudando os casos de uso de várias tags para se aplicarem somente a pontos. Isso. Se o prédio físico só possui um estabelecimento funcionando no local então pode (deve, na minha opinião) colocar todas as informações no mesmo polígono. Nós separados seriam usados em prédios que possuem vários tipos de estabelecimentos/instalações/etc. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Wiki und drink:soy_milk
Servus, ein Coca Cola bekommt man vielleicht noch fast überall (Hofer/Aldi), aber wenn es dann zu einer speziellen Sorte geht z.b. Afri-Cola oder wie sie alles heißen sieht es definitiv anders aus. Die Sojamilch ist da auch nichts anderes und somit nicht sonderlich wertvoll. Vegetarisch, Vegan, Lactosefrei, Koscher, etc. halte ich dagegen bei Cafes, Restaurants, etc. für durchaus angebracht (wir beschreiben ja auch ob italiener, grieche, chinese, etc.) Lg Am 07.08.2013 19:21, schrieb Dirk Sohler: Henning Scholland schrieb: Wenn mich interessieren würde, wo es eine bestimmte Marke Cola gibt oder wo ich Pommes essen kann ist das schlecht und wenn es jemand anderen interessiert, wo es eine bestimmte Sorte Milch gibt, dann ist das gut? Gut, dann fange ich mal an, alle Supermärkte mit payment:cash=yes zu taggen. Schließlich ist das ja gut zu wissen, mit Bargeld zahlen zu können. Aber warum sollte ich payment:ep_geldkarte=yes benutzen? :) Cola gibt es überall, genau so, wie man wohl überall mittels Bargeld zahlen kann. Wohingegen es Sojamilch oder andere Produkte nicht überall gibt, und man auch nicht überall mit der Geldkarte zahlen kann. Kommt wohl immer drauf an, was gemeinhin als Selbstverstandlich angesehen wird. Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie von Grenze trennen
Könntest Du bitte einen Link auf den betreffenden Kartenausschnitt posten? Dann schaue ich mir das mal selber in JOSM an und kann Dir dann zielgerichteter einen Rat/ eine Anleitung geben. Wie lange arbeitest du schon mit JOSM und wie viel hast du da bereits editiert? Viele Grüße, Constanze Original-Nachricht Betreff: Re: [Talk-de] Küstenlinie von Grenze trennen Datum: Wed Aug 07 2013 17:40:02 GMT+0200 Von: Markus liste12a4...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hi, Sind das zwei Linien, die aufeinander liegen? Mehrere. Eine Linie enthält coastline und administrative und ist Teil mehrerer Relationen. Die anderen Linien sind Flächen (Grenzen). In erstem Fall markierst du alle betreffenden Punkte und die Linie, die du verschieben möchtest, und drückst die Taste 'g'. Dann kommt: Keiner dieser Punkte ist mit anderen Objekten verbunden. Dadurch löst du verbundenen Punkte der beiden Linien voneinander und kannst sie unabhängig verschieben. Ein einzelner Punkt verschoben zieht alle anderen darunterliegenden mit. Nach dem Drücken von 'g' sind die Punkte markiert und es empfiehlt sich, diese dann sofort etwas zu verschieben Da die Linie ebenfalls markiert ist verschiebt sich die ganze Linie. erstellst du eine neue Linie mit dem entsprechenden Tag. Habe ich jetzt mal gemacht, aber nun müsste ich das falsche Stück der Küstenlinie aussschneiden und das neue Stück einfügen... Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie von Grenze trennen
Il giorno 07/ago/2013, alle ore 17:40, Markus liste12a4...@gmx.de ha scritto: Sind das zwei Linien, die aufeinander liegen? Mehrere. Eine Linie enthält coastline und administrative und ist Teil mehrerer Relationen. Die anderen Linien sind Flächen (Grenzen). in dem Fall ist es eine Linie (bezogen auf die Antwort von Tumsi), ggf. kannst Du überlegen ob es Sinn macht, die übrigen gestapelten Linien durch entspr. Multipolygonrelationen zu ersetzen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Als mir dieser Thread gerade aufgefallen ist, dachte ich nur: Mensch, Ihr habt echt Langeweile ;) Weitergesponnen: Bekleidungsgeschäft, das kurze Hosen einer best. Marke im Angebot hat... ironieIhr könnt Euch auch tottaggen./ironie ;) Ob Vegan oder nicht im Angebot, war vielleicht vor bis zu 5 Jahren gerade noch interessant, aber mal ganz direkt, da wäre mir wichtiger zu wissen, ob Örtlichkeiten für Rollies oder Kinderwagen zugänglich sind, ob Fahrstühle oder Rolltreppen existieren, ob Linksabbiegen erlaubt ist oder nicht (bei uns fahren immer wieder Leute, auch Taxen, gegen die Einbahnstraße, wegen der schlechten Navidaten), ob Fahrradbügel verfügbar sind, eher noch die Höhe und breite von Türen und Toren, Radwege, ÖPNV-Linien nicht zu vergessen, etc. pp. Diese nützlichen Daten sind in OSM noch Mangelware und hier wird darüber diskutiert, ob Ihr Coke, Pepsi, Afri-,Sinco,Fritz etc. Cola als Produkte eines Geschäfts taggen wollt?? Ganz klar meine Meinung hierzu: Markennennungen, insb. in Form von Produktverfügbarkeiten, sollten in OSM nichts zu suchen haben. Man kann ja schon jetzt eine URL des Shops angeben und dort kann sich der Suchende gerne über best. Produkte immer aktuell direkt beim Anbieter informieren. Viele Grüße Stefan Jimmy_K jimm...@gmx.at schrieb: Servus, ein Coca Cola bekommt man vielleicht noch fast überall (Hofer/Aldi), aber wenn es dann zu einer speziellen Sorte geht z.b. Afri-Cola oder wie sie alles heißen sieht es definitiv anders aus. Die Sojamilch ist da auch nichts anderes und somit nicht sonderlich wertvoll. Vegetarisch, Vegan, Lactosefrei, Koscher, etc. halte ich dagegen bei Cafes, Restaurants, etc. für durchaus angebracht (wir beschreiben ja auch ob italiener, grieche, chinese, etc.) Lg Am 07.08.2013 19:21, schrieb Dirk Sohler: Henning Scholland schrieb: Wenn mich interessieren würde, wo es eine bestimmte Marke Cola gibt oder wo ich Pommes essen kann ist das schlecht und wenn es jemand anderen interessiert, wo es eine bestimmte Sorte Milch gibt, dann ist das gut? Gut, dann fange ich mal an, alle Supermärkte mit payment:cash=yes zu taggen. Schließlich ist das ja gut zu wissen, mit Bargeld zahlen zu können. Aber warum sollte ich payment:ep_geldkarte=yes benutzen? :) Cola gibt es überall, genau so, wie man wohl überall mittels Bargeld zahlen kann. Wohingegen es Sojamilch oder andere Produkte nicht überall gibt, und man auch nicht überall mit der Geldkarte zahlen kann. Kommt wohl immer drauf an, was gemeinhin als Selbstverstandlich angesehen wird. Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgresql / postgis Installation
Hallo Peter, Am Mittwoch, den 07.08.2013, 23:02 +0200 schrieb Peter Körner: Hi Jörg, ausschnitte von https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md könnten dir weiterhelfen. Lg, Peter danke das war es :-) Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Zitat SteMo: Ob Vegan oder nicht im Angebot, war vielleicht vor bis zu 5 Jahren gerade noch interessant, aber mal ganz direkt, da wäre mir wichtiger zu wissen, ob Örtlichkeiten für Rollies oder Kinderwagen zugänglich sind, ob Fahrstühle oder Rolltreppen existieren, ob Linksabbiegen erlaubt ist oder nicht (bei uns fahren immer wieder Leute, auch Taxen, gegen die Einbahnstraße, wegen der schlechten Navidaten), ob Fahrradbügel verfügbar sind, eher noch die Höhe und breite von Türen und Toren, Radwege, ÖPNV-Linien nicht zu vergessen, etc. pp. Diese nützlichen Daten sind in OSM noch Mangelware und hier wird darüber diskutiert, ob Ihr Coke, Pepsi, Afri-,Sinco,Fritz etc. Cola als Produkte eines Geschäfts taggen wollt?? Du wervexelst da was. Es ging darum, ob Veganer und Leute mit Laktoseintoleranz ein Recht darauf haben, eine für sie möglicherweise interessante Information in der OSM-Datenbank zu finden oder nicht. Man könnte auch sagen, eine Relevanzdiskussion. Nein, was du beschreibst, das ist der Strohmann, der immer wieder zum Draufdreschen hervor geholt wird, wenn jemand Dinge in die Datenbank aufnehmen will, die vergleichsweise nur sehr wenige Leute interessieren. Das alte Totschlagargument Wenn das jeder machen würde Wobei geflissentlich darüber hinweg gesehen wird, dass es eben _nicht_ jeder macht, sondern dass die überwiegende Mehrheit der Mapper intelligent genug ist, mit den Möglichkeiten, die OSM bietet, verantwortungsbewusst um zu gehen. Aber mit dem Bodensatz, wo das nicht klappt, kann man ja mal n'büschen FUD machen, gelle. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Zitat Henning Scholland: Am 07.08.2013 11:24, schrieb Michael Buege: Marvin hatte dargelegt, dass es für Menschen mit entsprechenden Allergien wichtig sein kann, zu wissen, wo spezielle Produkte angeboten werden. Das mit Cola bei Aldi gleich zu setzen ist mindestens schlechter Stil. Das musst du mir jetzt näher erläutern. Nein, muss ich nicht, Henning. Das wäre ja so, als würde ich von dir fordern, mir deine persönlichen Relevanzkriterien zur Aufnahme von Informationen in die Datenbank von OSM zu beschreiben. Außerdem traue ich dir zu, den Unterschied zwischen Laktoseintoleranz und Coladurst zu kennen. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Berlin, place und admin vermischt
Mir ist aufgefallen, dass für Berlin mehrere Objekte vermischt scheinen, vermutlich ist das auch in anderen Orten zum Teil so. http://www.openstreetmap.org/browse/relation/62422 Mein Vorschlag wäre, das aufzutrennen. So würde ich eigentlich erwarten, mehrere Objekte vorzufinden, nämlich: - Land Berlin (admin_level=4, name=Land Berlin), Verwaltungsgrenze des Landes Berlin) - Stadt Berlin (admin_level=8 name=Stadt Berlin (Verwaltungsgrenze der Kommune)) - Berlin (place, also die tatsächliche Stadt) Derzeit ist das alles in einem Objekt vermischt, was ich unzureichend finde. Z.B. ist ein Ort wie dieser hier: http://osm.org/go/0MbK6f9q-- zwar verwaltungsrechtlich noch in Berlin (Land wie Stadt soweit ich weiss), aber kein Berliner würde auf die Idee kommen, das noch als in der Stadt zu bezeichnen, da ist man schon jwd, also im Aussenbereich. Praktisch wären das natürlich besser nicht überlappende Wege, sondern man könnte es bequem über Relationen abbilden, zumindest was Stadt und Land angeht. Ob die Namen dann wie oben im name-tag oder als official_name oder ggf. zusätzlich mit short_name=Berlin getaggt werden, ist im Prinzip nachrangig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Am Tue, 06 Aug 2013 21:58:34 +0200 schrieb tumsi tu...@gmx.de: Danke für eure Antworten. Ich scheine also keinen grundsätzlichen Fehler gemacht zu haben. Ich habe jetzt einen überschaubaren Teil vom Multipolygon abgetrennt und habe so die betreffenden Polygone separat. Jetzt wird es richtig interessant. Es (Way 94507617) wird immer noch nicht dargestellt, obwohl es ein einfaches Polygon ist. Kein Punkt ist doppelt. Keine Selbstüberschneidungen. Keine lustigen Codes in den Tags. Was kann das sein? Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Am 08.08.2013 00:32, schrieb Dirk Sohler: Henning Scholland schrieb: ...und diverse Supermarktketten mit der Info zu bestücken, dass es dort lactosefreie Produkte gibt ist jetzt sinnvoller? Solange Sojamilch noch nicht Standard ist, wie Bargeldzahlung, ja. Aber wenn schon, dann ordentlich, so, dass der Nutzer auch etwas davon hat. Ich bin laktose-intolerant und auf laktosefreie Produkte angewiesen. Die bloße Information, dass es in einem Café oder einem Laden Sojamilch gibt hilft mir aber wenig. Es gibt sie in Bio-Qualität oder nicht, letztere garantiert ohne genmanipulierte Zutaten oder nicht. Und da ich mich nicht von Milch alleine ernähre, suche ich auch nach Bezugsquellen für Joghurt, Gebäck und andere Produkte auf Sojabasis. Das Sojamilch-Tag hilft mir daher nicht und ich denke, den Veganern geht es ebenso. Es ist somit ein weiteres der vielen Tags, die dort, wo sie angebracht sind, meist korrekt sind, bei vielen POIs, wo sie hingehören, nicht vorhanden sind, daher von geringem Nutzen sind aber auch niemanden stören. Mich beeindruckt die Energie und der Aufwand, den einzelne Mapper treiben, um ein solches Attribut einzuführen und zu erfassen. Leider endet das in den meisten Fällen in einem unvollständigen und nicht aktuellem Datenbestand, der nicht nutzbar ist und allenfalls als Beispiel dafür dienen kann, was man mit OSM alles Tolles machen kann bzw. könnte. Selbst lebenswichtige Einrichtungen wie Defibrillatoren, die zweifellos in die OSM-DB gehören, sind lückenhaft erfasst und somit derzeit nicht nutzbar. Ich habe im Notfall nämlich nichts davon, wenn ich zum 20km entfernten Defibrillator gebracht werde, weil der um die Ecke nicht in OSM gemappt ist. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Moin, Am 08.08.2013 14:23, schrieb Wilhelm Spickermann: Jetzt wird es richtig interessant. Es (Way 94507617) wird immer noch nicht dargestellt, obwohl es ein einfaches Polygon ist. Kein Punkt ist doppelt. Keine Selbstüberschneidungen. Keine lustigen Codes in den Tags. eigentlich sollte das einfache Element gerendert werden. Andererseits gibt es dort noch einige umliegende Überlappungen: z. B. zwischen way 232577437 und way 232577436, sowohl im Süden wie im Norden. Ich halte da meinen Mausfinger lieber raus ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Il giorno 08/ago/2013, alle ore 14:54, rainerU ra...@sfr.fr ha scritto: Selbst lebenswichtige Einrichtungen wie Defibrillatoren, die zweifellos in die OSM-DB gehören, sind lückenhaft erfasst wobei abseits von lebenswichtigen Einrichtungen auch lückenhafte Daten oft sehr wertvoll sind. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Hi Michael, hast auch in meiner Mail nicht bis zum Ende gelesen. ;) 1. Ich hab' da nix verwexelt. a) Meine Antwort auf Deine Frage: Ein Recht haben sie nicht. (aber selbstverständlich sollren auch gerne solche Daten aufgenomen werden) b) Ich versuche das mit einer Logik beim Mappen anzugehen. Heute hat nahezu jeder Supermarkt in Dtld. vegane Lebensmittel. Eigentlich bräuchte man (nur) die aufzunehmen, die es (noch) nicht anbieten, denn es ist ja inzwischen ein Megaumsatzbringer, derartige Produkte anzubieten. Auch Bioläden gibt es in Ballungszentren schon nahezu an jeder Ecke. Das wäre fast, als wenn ich in Spanien die Läden aufführen würde die Produkte sin gluten im Angebot haben. ;) Macht es, nur dann sollte es auch konsequent verfolgt werden, denn sonst hat es auch für die hier sog. Minderheit wenig Wert. 2. Ich bin auf die Argumentation der Produkt-/Markenerwähnung eingegangen. Welche Produkte welches Herstellers ein Geschäft anbietet, gehört nach meiner Meinung nach wie vor nicht in OSM. Ich kann mir vorstellen, daß OSM nicht als Werbeplattform mißbraucht werden sollte. Die Wikipedia muß schon einige Jahre gegen diese professionell geschickt gemachten billigen Productplacements ankämpfen. 3. Die Behauptung, ich würde ein Totschlag Argument herauskramen, finde ich etwas amüsant, denn ich habe gar nicht gesagt Ihr sollt es nicht machen, spezielle Informationen aufzunehmen, sondern daß es mich wundert, was Ihr da alles aufnehmen wollt, dabei gibt es noch so viele Dinge, die fehlen und es teilweise unmöglich machen z.B. den betreffenden Veganer- bzw. Laktosefrei-Shop überhaupt zu finden (u.a. Hausnummernzuordnungen, Radwege[richtungen]). Beispiele hatte ich schon einige aufgelistet es gibt noch erheblich mehr. Alle Klarheiten beseitigt? :) Viele Grüße Stefan Michael Buege mich...@buegehome.de schrieb: Zitat SteMo: Ob Vegan oder nicht im Angebot, war vielleicht vor bis zu 5 Jahren gerade noch interessant, aber mal ganz direkt, da wäre mir wichtiger zu wissen, ob Örtlichkeiten für Rollies oder Kinderwagen zugänglich sind, ob Fahrstühle oder Rolltreppen existieren, ob Linksabbiegen erlaubt ist oder nicht (bei uns fahren immer wieder Leute, auch Taxen, gegen die Einbahnstraße, wegen der schlechten Navidaten), ob Fahrradbügel verfügbar sind, eher noch die Höhe und breite von Türen und Toren, Radwege, ÖPNV-Linien nicht zu vergessen, etc. pp. Diese nützlichen Daten sind in OSM noch Mangelware und hier wird darüber diskutiert, ob Ihr Coke, Pepsi, Afri-,Sinco,Fritz etc. Cola als Produkte eines Geschäfts taggen wollt?? Du wervexelst da was. Es ging darum, ob Veganer und Leute mit Laktoseintoleranz ein Recht darauf haben, eine für sie möglicherweise interessante Information in der OSM-Datenbank zu finden oder nicht. Man könnte auch sagen, eine Relevanzdiskussion. Nein, was du beschreibst, das ist der Strohmann, der immer wieder zum Draufdreschen hervor geholt wird, wenn jemand Dinge in die Datenbank aufnehmen will, die vergleichsweise nur sehr wenige Leute interessieren. Das alte Totschlagargument Wenn das jeder machen würde Wobei geflissentlich darüber hinweg gesehen wird, dass es eben _nicht_ jeder macht, sondern dass die überwiegende Mehrheit der Mapper intelligent genug ist, mit den Möglichkeiten, die OSM bietet, verantwortungsbewusst um zu gehen. Aber mit dem Bodensatz, wo das nicht klappt, kann man ja mal n'büschen FUD machen, gelle. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgresql / postgis Installation
Jörg Frings-Fürst o...@jff-webhosting.net wrote: Ich hänge im Augenblick schon beim installieren von hstore. Das ist relativ einfach. Man installiere das Paket postgresql-contrib-9.x und führe dann den Befehl CREATE EXTENSION hstore aus. Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Martin Koppenhoefer schrieb: Z.B. ist ein Ort wie dieser hier: http://osm.org/go/0MbK6f9q-- zwar verwaltungsrechtlich noch in Berlin (Land wie Stadt soweit ich weiss), aber kein Berliner würde auf die Idee kommen, das noch als in der Stadt zu bezeichnen, da ist man schon jwd, also im Aussenbereich. Nur weil „kein Berliner auf die Idee kommen würde“, ändert es nichts daran, dass es so ist. Solche Situationen gibt es überall. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-08T18:12:03+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Il giorno 08/ago/2013, alle ore 18:13, Dirk Sohler s...@0x7be.de ha scritto: Nur weil „kein Berliner auf die Idee kommen würde“, ändert es nichts daran, dass es so ist. dass was so ist? dass die place-Fläche gleich ist wie die admin 8 Fläche, oder dass Stadt und Land Berlin eine gemeinsame Relation haben? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Martin Koppenhoefer schrieb: […] oder dass Stadt und Land Berlin eine gemeinsame Relation haben? http://de.wikipedia.org/wiki/Stadtstaat Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-08T20:03:11+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Il giorno 08/ago/2013, alle ore 20:03, Dirk Sohler s...@0x7be.de ha scritto: Martin Koppenhoefer schrieb: […] oder dass Stadt und Land Berlin eine gemeinsame Relation haben? http://de.wikipedia.org/wiki/Stadtstaat ja, eben hast Du den Text gelesen? Die Stadtstaaten Berlin und Hamburg sind verwaltungstechnisch sowohl als kreisfreie Städte als auch als Land anzusehen Es gibt Stadt Berlin und Land Berlin, das ist aber nicht eins, daher der Vorschlag, auch für Stadt Berlin eine Relation zu erstellen und Land Berlin auch so zu nennen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Am 8. August 2013 20:35 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Il giorno 08/ago/2013, alle ore 20:03, Dirk Sohler s...@0x7be.de ha scritto: Martin Koppenhoefer schrieb: […] oder dass Stadt und Land Berlin eine gemeinsame Relation haben? http://de.wikipedia.org/wiki/Stadtstaat ja, eben hast Du den Text gelesen? Die Stadtstaaten Berlin und Hamburg sind verwaltungstechnisch sowohl als kreisfreie Städte als auch als Land anzusehen Es gibt Stadt Berlin und Land Berlin, das ist aber nicht eins, daher der Vorschlag, auch für Stadt Berlin eine Relation zu erstellen und Land Berlin auch so zu nennen. Nein, es gibt verwaltungsorganisatorisch und rechtlich nur ein Berlin. Das Land Berlin, dass gleichzeitig auch die Aufgeben zu erfüllen hat, die andernorts eigene Körperschaften (Kreise, Gemeinden) wahrnehmen. So zusagen drei Dinge in einem. Falls du irgendwo etwas anderes gelesen hast, dann poste uns bitte den entsprechenden Link, damit wir es verifizieren können. Bis dahin bleibt es dabei es gibt nur ein Berlin, jedenfalls als juristische Körperschaft. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme Postgres 9.2 mit Postgis 2.0.3-2 unter Win 7 64 Bit
am Sonntag, 4. August 2013 um 22:38 schrieb Christian H. Bruhn: Nun habe ich die PLZ-Gebiete herausgefiltert und lasse mir über pgadmin die Daten anzeigen. Es enthalten aber nur ca. 50% aller PLZ-Gebiete Geometrien. Zähle ich mit count durch enthalten aber 446 von 488 Gebieten geschlossene Polygone. Was ja schon eher stimmen sollte. Das Ganze ist ein reines Anzeigeproblem von pgAdmin. Über die Kommandozeile oder phpPgAdmin werden die Daten korrekt ausgegeben. Das Problem ist, daß pgAdmin unter Windows 7 sehr lange Felder nicht darstellen kann. Daher soll die Anzeige in der nächsten Version auf 4679 Zeichen beschränkt werden [1]. Christian [1] http://www.mail-archive.com/pgadmin-support@postgresql.org/msg13522.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Autokennzeichen
Hallo, für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge (siehe https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Das Problem ist, dass die Kennzeichen zum grössten Teil nur unter openGeoDB:license_plate_code zu finden sind. Dieses Tag finde ich weniger unterstützenswert, weil es a) von einem speziellen Import stammt und damit spezifisch nur für die deutschsprachige Region gilt, b) die openGeoDB tags kaum jemand wirklich aktuell hält (ich habe eher das Gefühl, sie werden mehr und mehr gelöscht)und c) die Tags an place-Nodes hängen anstatt an den Kreis-Relationen, wo sie eigentlich hingehören. Ich habe gesehen, dass einige Kreis-Relationen schon einen Tag license_plate_code erhalten haben, aber lange noch nicht alle. Wäre das etwas, was man vielleicht offiziell machen könnte, oder gibt es vielleicht schon andere Vorschläge zum Mapping von Autokennzeichen, die ich übersehen habe? (Laut taginfo gibt es auch noch einen Tag vehicle_plate_code, der aber nur in Moldavien (oder Ukraine?) vorkommt. Vielleicht könnte man sich ja sogar auf eines weltweit einigen.) Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Hallo Sarah, Am Donnerstag, 8. August 2013, 21:00:26 schrieb Sarah Hoffmann: für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge (siehe https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Nicht unbedingt. Zum einen können sich Kreise ein Autokennzeichen teilen; z.B. teilen sich Augsburg und Landkreis Augsburg das A. Zum anderen schließen sich Autokennzeichen auch nicht aus: ein Auto aus Friedberg (Bayern) kann sowohl das Kennzeichen FDB (Friedberg) als auch das Kennzeichen AIC (Kreis Aichach-Friedberg) bekommen, siehe auch http://www.augsburger-allgemeine.de/bayern/Grosser-Ansturm-auf-alte-Autokennzeichen-id26008471.html Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Hallo Sarah, ich gebe zu Bedenken, dass ab Mitte 2014 wohl Autokennzeichen auch beim Umzug in einen anderen Kreis (auch über Landesgrenzen hinweg) behalten werden können, so dass die Information immer weniger wert sein dürfte. Dazu z.B. [1]. Ich bin mir nicht sicher, ob das mittlerweile auch durch den Bundesrat durch ist, aber inwiefern es dann noch viel nützt, halte ich doch für fraglich. Ansonsten kann man das natürlich machen, wenn es nicht so viel Aufwand ist für die Entwicklung in Nominatim - ob es sich allerdings lohnt... Zumal in anderen Ländern die Kennzeichenregeln nochmal völlig unterschiedlich sein dürften. Gruß Peter [1] http://www.tz-online.de/service/auto-verkehr/zr-2918448.html Am 08.08.2013 22:00, schrieb Sarah Hoffmann: Hallo, für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge (siehe https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Das Problem ist, dass die Kennzeichen zum grössten Teil nur unter openGeoDB:license_plate_code zu finden sind. Dieses Tag finde ich weniger unterstützenswert, weil es a) von einem speziellen Import stammt und damit spezifisch nur für die deutschsprachige Region gilt, b) die openGeoDB tags kaum jemand wirklich aktuell hält (ich habe eher das Gefühl, sie werden mehr und mehr gelöscht) und c) die Tags an place-Nodes hängen anstatt an den Kreis-Relationen, wo sie eigentlich hingehören. Ich habe gesehen, dass einige Kreis-Relationen schon einen Tag license_plate_code erhalten haben, aber lange noch nicht alle. Wäre das etwas, was man vielleicht offiziell machen könnte, oder gibt es vielleicht schon andere Vorschläge zum Mapping von Autokennzeichen, die ich übersehen habe? (Laut taginfo gibt es auch noch einen Tag vehicle_plate_code, der aber nur in Moldavien (oder Ukraine?) vorkommt. Vielleicht könnte man sich ja sogar auf eines weltweit einigen.) Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Ich Sachsen gab es 2008 eine Kreisreform. Aus 22 kleineren Kreisen wurden 10 größere und die meisten haben neue Autokennzeichen bekommen. Seit vorigen Jahr kann man aber nun auch wieder das frühere Kennzeichen seines Altkreises bekommen, wenn einem das besser gefällt. Diese Altkreise existieren jedoch (auch in OSM) nicht mehr. Dies nur als Einwurf, dass die Zuordnung von Kreis zu Kennzeichen nicht ganz so trivial eineindeutig ist. VG Klumbumbus Am 8. August 2013 22:23 schrieb Eckhart Wörner ewoer...@kde.org: Hallo Sarah, Am Donnerstag, 8. August 2013, 21:00:26 schrieb Sarah Hoffmann: für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge (siehe https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Nicht unbedingt. Zum einen können sich Kreise ein Autokennzeichen teilen; z.B. teilen sich Augsburg und Landkreis Augsburg das A. Zum anderen schließen sich Autokennzeichen auch nicht aus: ein Auto aus Friedberg (Bayern) kann sowohl das Kennzeichen FDB (Friedberg) als auch das Kennzeichen AIC (Kreis Aichach-Friedberg) bekommen, siehe auch http://www.augsburger-allgemeine.de/bayern/Grosser-Ansturm-auf-alte-Autokennzeichen-id26008471.html Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
On 08.08.2013 20:35, Martin Koppenhoefer wrote: Es gibt Stadt Berlin und Land Berlin, das ist aber nicht eins Das stimmt nicht. Es gibt in Deutschland genau eine Gebietskörperschaft des öffentlichen Rechts namens Berlin, die ein Bundesland und gleichzeitig eine (natürlich kreisfreie) Gemeinde ist. Unterhalb dieser Ebene gibt es dann die Bezirke. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Il giorno 08/ago/2013, alle ore 20:48, Falk Zscheile falk.zsche...@gmail.com ha scritto: Nein, es gibt verwaltungsorganisatorisch und rechtlich nur ein Berlin. Das Land Berlin, dass gleichzeitig auch die Aufgeben zu erfüllen hat, die andernorts eigene Körperschaften (Kreise, Gemeinden) wahrnehmen. So zusagen drei Dinge in einem. Falls du irgendwo etwas anderes gelesen hast, dann poste uns bitte den entsprechenden Link, damit wir es verifizieren können. einen ersten Hinweis hatte ich hier gefunden: http://www.berlin.de/berlin-im-ueberblick/politik/index.de.html Der Regierende Bürgermeister von Berlin ist der Regierungschef des Landes Berlin und zugleich Stadtoberhaupt der Kommune. weiterhin Art. 1 der Berliner Verfassung: Artikel 1 (1) Berlin ist ein deutsches Land und zugleich eine Stadt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 08.08.2013 22:00, schrieb Sarah Hoffmann: Ich habe gesehen, dass einige Kreis-Relationen schon einen Tag license_plate_code erhalten haben, aber lange noch nicht alle. Wäre das etwas, was man vielleicht offiziell machen könnte, oder gibt es vielleicht schon andere Vorschläge zum Mapping von Autokennzeichen, die ich übersehen habe? Ich hätte noch eine spontane Alternativ-Idee: Man könnte auf die Erfassung in OSM verzichten und stattdessen (via wikipedia-Tag) die Information von Wikidata holen. Wenn ich mich nicht irre, bezieht Nominatim bereits Wikipedia-Informationen ein? Für die Kennzeichen wird dort afaik diese Property verwendet: http://www.wikidata.org/wiki/Property:P395?uselang=de Ein Problem: Die Daten sind bei Weitem noch nicht komplett. Da allerdings die Daten für Wikipedia-Infoboxen in Zukunft aus Wikidata kommen sollen und Autokennzeichen in den Infoboxen auftauchen, dürfte die Community dort Interesse an einer Vervollständigung haben. Sie auch in OSM einzutragen liefe also auf längere Sicht zwangsläufig auf eine vermeidbare Doppelerfassung hinaus. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Peter Wendorff schrieb: ich gebe zu Bedenken, dass ab Mitte 2014 wohl Autokennzeichen auch beim Umzug in einen anderen Kreis (auch über Landesgrenzen hinweg) behalten werden können, so dass die Information immer weniger wert sein dürfte. So ein himmelschreiender Unsinn kann auch nur von einem Weltfremden Verwaltungspolitiker kommen … Aber na ja, damit werden Zuordnungen des Kennzeichens zu einem Verwaltungsgebiet eh hinfällig – die Arbeit, da was zu machen oder Auszuarbeiten können wir ins imho schenken. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-09T01:29:41+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Am 8. August 2013 23:30 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Il giorno 08/ago/2013, alle ore 20:48, Falk Zscheile falk.zsche...@gmail.com ha scritto: Nein, es gibt verwaltungsorganisatorisch und rechtlich nur ein Berlin. Das Land Berlin, dass gleichzeitig auch die Aufgeben zu erfüllen hat, die andernorts eigene Körperschaften (Kreise, Gemeinden) wahrnehmen. So zusagen drei Dinge in einem. Falls du irgendwo etwas anderes gelesen hast, dann poste uns bitte den entsprechenden Link, damit wir es verifizieren können. einen ersten Hinweis hatte ich hier gefunden: http://www.berlin.de/berlin-im-ueberblick/politik/index.de.html Der Regierende Bürgermeister von Berlin ist der Regierungschef des Landes Berlin und zugleich Stadtoberhaupt der Kommune. weiterhin Art. 1 der Berliner Verfassung: Artikel 1 (1) Berlin ist ein deutsches Land und zugleich eine Stadt. Wenn man das zugleich im Verfassungstext weg ließe, dann hätte deine Argumentation etwas für sich. Dann läge es nahe von zwei Körperschaften auszugehen. Wenn da aber steht er ist es zugleich, dann meint dies: in natürlicher Personalunion ohne, dass zwischen beiden Funktionen getrennt wird. Es bleibt deshalb dabei -- es gibt nur eine Gebietskörperschaft Berlin und deren (einziger) Chef ist der Regierende Bürgermeister. Wenn es hier zwei Körperschaften gäbe, so müsste das Amt des Regierenden Bürgermeisters theoretisch aufspaltbar sein -- in die Funktion des Stadtoberhauptes und jene des Regierungschefs. Das geht aber nicht. Es wird nur eine Person gewählt. Aus dem gleichen Grund wird man in Berlin auch vergebens nach einer Kommunalverfassung/Gemeindeordnung suchen. Möglicherweise steht dieser Passus in der Verfassung, damit niemand in den Bezirken auf die Idee kommt zu sagen 'man sei doch eigentlich Stadt oder Kreis im Lande Berlin' :-) Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Hallo Sarah, für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge. Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Dieses Tag finde ich weniger unterstützenswert, weil es a) von einem speziellen Import stammt und damit spezifisch nur für die deutschsprachige Region gilt, Außerdem der deutschsprachigen Region haben die Autokennzeichen oft keinen geographischen Bezug. Beispiele sind die NL (gar kein Bezug) oder Frankreich (letzte 2 Ziffern gleich Departement, sonst kein Bezug). Das globale Äquivalent dürfte allgemein eine Abkürzung des Städtenamens sein. short_name hat immerhin über 11000 Verwendungen, davon bereits 120 auf Relationen mit admin_level=6. Ich denke, das sinnvollste wäre, das zu verwenden und die deutsche Community aufzufordern, das Autokennzeichen, das ja als Abkürzung dient, dort einzutragen. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Umgang mit Proposals
Hi, ich schlage eine andere Vorgehensweise bei Proposals vor: Stati Draft und Proposed: nur der Autor/ die Autorin kann das Proposal ändern. Wenn jemand etwas anderes für besser hält, dann soll er/sie den Autor/die Autorin überzeugen oder einen eigenes Proposal machen. Stati Voting, Approved und Rejected: niemand (auch nicht der Autor/die Autorin) kann das Proposal ändern. Nur die Votes werden angehängt. Auch grammatische Korrekturen und Klarstellungen können nur woanders (und ohne eine besondere Rolle des Autors/der Autorin) erfolgen. Beim Übergang zum Status Approved erhält das Proposal eine laufende Nummer. Die kann vom Mapper als Tag osm_proposal=n genutzt werden. Es wird als Fehler (sprich: als sozial akzeptabler Grund zur Korrektur durch andere Mapper) betrachtet, wenn jemand Änderungen im Widerspruch zum Proposal durchführt ohne dabei dieses Tag zu entfernen oder anders zu belegen. Wilhelm (Weide) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Hallo, Am 08.08.2013 22:00, schrieb Sarah Hoffmann: für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge (siehe https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Ich halte die Verwendung von Kürzeln für Verwaltungseinheiten grundsätzlich für eine gute Idee. In den USA sind zweistellige Buchstabencodes für die Bundesstaaten üblich, in Frankreich zweistellige Nummern für die Departements. In beiden Fällen handelt es sich um offizielle Kürzel für die Verwaltungseinheiten, die in OSM an als ref an den Grenzrelationen getaggt sind. Es geht um eine überschaubare Anzahl von Kürzeln, 50 bzw. 101, die im Alltag in vielen Zusammenhängen verwendet werden. Jeder weiß, dass mit Greenwood (MS) das Greenwood in Mississippi bzw. mit Bages (11) Bages im Departement Aude gemeint ist und nicht eine der namensgleichen Gemeinden im Land. Es ist daher auch üblich bei der Ortssuche in Formularen das Kürzel der Verwaltungseinheit zur geografischen Eingrenzung anzugeben. Meines Wissens funktioniert das auch in Nominatim. In Deutschland, wo es 295 Landreise gibt, ist die Situation etwas anders. Die Autokennzeichen werden meines Wissens offiziell ausschließlich für diesen Zweck verwendet. Kaum jemand kann sich 295 Autokennzeichen merken und es ist auch nicht üblich, das Autokennzeichen als zusätzliche Information zum Ortsnamen zu verwenden, zumindest habe ich es noch nie gesehen, dass jemand Erbach (ERB) und Erbach (UL) zur Abgrenzung benutzt. Die Bedenken wegen der Mehrdeutigkeit teile ich nicht. Auch wenn man sein Kennzeichen beim Umzug behalten kann, bleibt die Zuordnung Gemeinde zu Kennzeichen bestehen. Und dort, wo in einer Gemeinde mehrere Kfz-Kennzeichen möglich sind, könnte man diese ja beide in dem noch zu definierenden Attribut eintragen und bei der Suche auch beide auswerten. Ich halte das Ganze für eine nice-to-have-Funktion mit geringem praktischen Nutzen. Kann nichts schaden, bringt aber außer vermutlich heißen Diskussionen über das Tagging nicht viel. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Am Thu, 8 Aug 2013 14:23:31 +0200 schrieb Wilhelm Spickermann o...@spickermann-d.de: Was kann das sein? In einigen Maßstäben sieht man noch wahrscheinlich ältere Umrisse obwohl die Kacheln neuer sind als die Änderungen. Evtl. gibt es Probleme mit den Updates der Daten vor dem Rendern. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Inserimento banca e problema atm
Il giorno 07/ago/2013, alle ore 21:10, Gianluca Boero gianlucabo...@alice.it ha scritto: Nel sito di Unicredit nella voce info della scheda dell'agenzia sono riportati tutti e 6 i bancomat, per cui a mio parere in casi come questo nel nodo dove ho inserito la banca il tag atm=yes intende che il servizio bancomat è disponibile. è meglio mettere amenity=atm per i bancomat, atm=yes è un attributo della banca (ha un bancomat) quale - se messo esclusivamente - ti fa perdere un sacco di informazioni (posizione del bancomat e tutte le informazioni riferiti al bancomat per quali non avresti più un oggetto da metterle) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Tris di programmini, e routing
Ciao, vi volevo segnalare tre cose che ho pubblicato su Github, magari possono servire a qualcuno. La prima è un form che risponde alla fatidica domanda questo tag appare sulla mappa? http://sabas.github.io/doesitrender/ (ho estratto le informazioni dai due stili mapnik, quello classico ed il nuovo basato su carto) La seconda è un visualizzatore di tracce gps nato su richiesta per ovviare ad una mancanza del rails port (che ho riesumato qui https://github.com/openstreetmap/openstreetmap-website/issues/387), ovvero il non visualizzare le tracce caricate su osm. http://sabas.github.io/displayOSMGPX/displayGPX.html (l'API richiede l'autenticazione) Ho messo anche un plugin di Leaflet per visualizzare tracce dal pc. La terza, quella forse più utile, l'ho fatta dopo un quesito posto da Andrea Zedda su Spaghetti Open Data, col quale poi ho provveduto a fare un paio di elaborazioni. E' un generatore di distanze fra punti che automatizza le richieste ad un server OSRM. https://github.com/sabas/OSRMdistance Ho compilato il server ed eseguito gli script in locale con i dati dell'estratto della Sardegna, in 40 minuti ho fatto la tabella delle distanze fra i 377 comuni sardi (142129 richieste se la calcolatrice funziona). Successivamente ho provato con l'estratto italiano e ho fatto i calcoli tra capoluoghi di regione ( http://sabas.github.io/OSRMdistance/italy/region_distance.html) e di provincia (http://sabas.github.io/OSRMdistance/italy/province_distance.html ). Potrebbe essere uno strumento di QA simile a quello che Simone Cortesi aveva usato l'anno scorso per fare la tabella delle distanze, ma l'estratto italiano sulla mia macchina ci ha messo un sacco ad essere elaborato (non fosse altro che per la RAM riempita per una mezz'ora :D ). Una cosa che ho notato è il posizionamento dei nodi place=* che a volte sono irraggiungibili per alcuni motivi: - il tagging di vie o le connessioni, per questo sarebbe il caso di dare una occhiata ad il layer Small Components su map.project-osrm.org, alcune città hanno zone irraggiungibili piuttosto estese; - posizionamenti particolari, ad esempio Firenze e Roma hanno il nodo posizionato su piazze e la strada più vicina è una pedonale (quindi se non si sceglie un profilo corretto non fa il routing) - i traghetti: Cagliari - Palermo non è di sicuro 1800 km a meno di passare da Livorno :-) Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tris di programmini, e routing
Il giorno 08 agosto 2013 11:37, sabas88 saba...@gmail.com ha scritto: Ciao, vi volevo segnalare tre cose che ho pubblicato su Github, magari possono servire a qualcuno. La prima è un form che risponde alla fatidica domanda questo tag appare sulla mappa? http://sabas.github.io/doesitrender/ (ho estratto le informazioni dai due stili mapnik, quello classico ed il nuovo basato su carto) La seconda è un visualizzatore di tracce gps nato su richiesta per ovviare ad una mancanza del rails port (che ho riesumato qui https://github.com/openstreetmap/openstreetmap-website/issues/387), ovvero il non visualizzare le tracce caricate su osm. http://sabas.github.io/displayOSMGPX/displayGPX.html (l'API richiede l'autenticazione) Ho messo anche un plugin di Leaflet per visualizzare tracce dal pc. La terza, quella forse più utile, l'ho fatta dopo un quesito posto da Andrea Zedda su Spaghetti Open Data, col quale poi ho provveduto a fare un paio di elaborazioni. E' un generatore di distanze fra punti che automatizza le richieste ad un server OSRM. https://github.com/sabas/OSRMdistance Ho compilato il server ed eseguito gli script in locale con i dati dell'estratto della Sardegna, in 40 minuti ho fatto la tabella delle distanze fra i 377 comuni sardi (142129 richieste se la calcolatrice funziona). Successivamente ho provato con l'estratto italiano e ho fatto i calcoli tra capoluoghi di regione ( http://sabas.github.io/OSRMdistance/italy/region_distance.html) e di provincia ( http://sabas.github.io/OSRMdistance/italy/province_distance.html). Potrebbe essere uno strumento di QA simile a quello che Simone Cortesi aveva usato l'anno scorso per fare la tabella delle distanze, ma l'estratto italiano sulla mia macchina ci ha messo un sacco ad essere elaborato (non fosse altro che per la RAM riempita per una mezz'ora :D ). Una cosa che ho notato è il posizionamento dei nodi place=* che a volte sono irraggiungibili per alcuni motivi: - il tagging di vie o le connessioni, per questo sarebbe il caso di dare una occhiata ad il layer Small Components su map.project-osrm.org, alcune città hanno zone irraggiungibili piuttosto estese; - posizionamenti particolari, ad esempio Firenze e Roma hanno il nodo posizionato su piazze e la strada più vicina è una pedonale (quindi se non si sceglie un profilo corretto non fa il routing) - i traghetti: Cagliari - Palermo non è di sicuro 1800 km a meno di passare da Livorno :-) Grazie Stefano! Mi sembrano molto utili, soprattutto il primo e il terzo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tris di programmini, e routing
2013/8/8 Simone Saviolo simone.savi...@gmail.com Grazie Stefano! Mi sembrano molto utili, soprattutto il primo e il terzo. io non ho capito a cosa serve il primo ;-), ma gli altri due mi sembrano interessanti. Vale la pena di notare che il terzo dovrebbe accedere ad un'istanza di OSRM in locale (o meglio non a quella istanza ufficiale, perché è vietato dall'API policy: https://github.com/DennisOSRM/Project-OSRM/wiki/Api-usage-policy Excessive use (e.g. distance tables) is not allowed. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tris di programmini, e routing
Il giorno 08 agosto 2013 13:23, Martin Koppenhoefer dieterdre...@gmail.comha scritto: io non ho capito a cosa serve il primo ;-) Ti dice se un certo tag viene renderizzato da Mapnik, così puoi renderti conto a occhio guardando il render se una feature è taggata o no. Non stravolge la vita, ma certe volte avrei proprio voluto saperlo :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tris di programmini, e routing
2013/8/8 Simone Saviolo simone.savi...@gmail.com Il giorno 08 agosto 2013 13:23, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: io non ho capito a cosa serve il primo ;-) Ti dice se un certo tag viene renderizzato da Mapnik, fin qui l'avevo capito, non avevo capito l'utilità ;-) così puoi renderti conto a occhio guardando il render se una feature è taggata o no. se viene renderizzato lo vedi, ma se non viene renderizzato non puoi comunque sapere per quale motivo, perché non è sufficiente una regola, ci deve essere anche lo spazio (tantissime cose non si vedono perché c'è un altro feature prioritario che non fa apparire il tuo). In più ci sono delle regole complesse, che certe features sono renderizzati solo se non hanno altri tags in aggiunta, mentre ci sono anche delle regole generali (non sò se anche nella versione carto-css) che renderizzano il nome di una qualsiasi area e di una qualsiasi linea (salvo quelle che hanno certi tags). ciao, Martin PS: Il motivo per cui sono contento che questo mi sembra un servizio per esperti e non una cosa rivolta ed esposta al grande pubblico è che c'è il rischio di promuovere il tagging for the renderer (Mi scelgo tra i tags renderizzati quello più vicino a ciò che voglio descrivere per assicurare che viene mostrato invece di descrivo al meglio quello che voglio mappare e me ne frego di ciò che un determinato renderer attualmente visualizza) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tris di programmini, e routing
vale la pena di notare che il terzo dovrebbe accedere ad un'istanza di OSRM in locale (o meglio non a quella istanza ufficiale, perché è vietato dall'API policy: https://github.com/DennisOSRM/Project-OSRM/wiki/Api-usage-policy (DON'T USE project-osrm API, IT'S FORBIDDEN! Compiling OSRM, at least onto a Debian-based distro, it's straightforward) https://github.com/sabas/OSRMdistance/blob/master/README.md :-) Il giorno 08 agosto 2013 14:20, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2013/8/8 Simone Saviolo simone.savi...@gmail.com Il giorno 08 agosto 2013 13:23, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: io non ho capito a cosa serve il primo ;-) Ti dice se un certo tag viene renderizzato da Mapnik, fin qui l'avevo capito, non avevo capito l'utilità ;-) E' un po' una risposta a quanti chiedono ma si vede sulla mappa? :D così puoi renderti conto a occhio guardando il render se una feature è taggata o no. se viene renderizzato lo vedi, ma se non viene renderizzato non puoi comunque sapere per quale motivo, perché non è sufficiente una regola, ci deve essere anche lo spazio (tantissime cose non si vedono perché c'è un altro feature prioritario che non fa apparire il tuo). In più ci sono delle regole complesse, che certe features sono renderizzati solo se non hanno altri tags in aggiunta, mentre ci sono anche delle regole generali (non sò se anche nella versione carto-css) che renderizzano il nome di una qualsiasi area e di una qualsiasi linea (salvo quelle che hanno certi tags). Le regole complesse al momento non le ho considerate, non ero riuscito a caricare l'xml correttamente :-) L'xml generato da carto invece era più lineare, comunque la logica permette anche di scriversi il file a mano volendo. ciao, Martin PS: Il motivo per cui sono contento che questo mi sembra un servizio per esperti e non una cosa rivolta ed esposta al grande pubblico è che c'è il rischio di promuovere il tagging for the renderer (Mi scelgo tra i tags renderizzati quello più vicino a ciò che voglio descrivere per assicurare che viene mostrato invece di descrivo al meglio quello che voglio mappare e me ne frego di ciò che un determinato renderer attualmente visualizza) Hai visto il suggerimento per il caso in cui non sia renderizzato quel particolare tag? Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Depuratore
C'è qualche landuse adatto per taggare l'area dei un depuratore? Non i singoli bacini, ma tutta l'area in quanto comprende anche dei laghetti di fitodepurazione. -- View this message in context: http://gis.19327.n5.nabble.com/Depuratore-tp5772967.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] parcheggio camion
Da queste risposte non ho capito quale sia il modo per taggarli. -- View this message in context: http://gis.19327.n5.nabble.com/parcheggio-camion-tp5768988p5772969.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM e dati scaricati mancanti
anche oggi con l'ultima versione 6115 di JOSM stesso problema, tutti i dati caricati ieri oggi al primo download non compaiono, al secondo tentativo tutti ricomparsi. Per me è un problema in quanto rischio di rifare il lavoro due volte e di aver sovrapposizioni. Il Plug-in indicato non è installato. -- View this message in context: http://gis.19327.n5.nabble.com/JOSM-e-dati-scaricati-mancanti-tp5768374p5772970.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] parcheggio camion
access=no + hgv=yes Il parcheggio è amenity=parking Vedi anche http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking per la tipologia di parcheggio 2013/8/8 bredy bredy...@yahoo.it Da queste risposte non ho capito quale sia il modo per taggarli. -- View this message in context: http://gis.19327.n5.nabble.com/parcheggio-camion-tp5768988p5772969.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Depuratore
Il giorno 08 agosto 2013 15:33, bredy bredy...@yahoo.it ha scritto: C'è qualche landuse adatto per taggare l'area dei un depuratore? Non i singoli bacini, ma tutta l'area in quanto comprende anche dei laghetti di fitodepurazione. man_made=wastewater_plant su tutta l'area ( http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant) landuse=reservoir sui bacini ( http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir) Se i laghetti sono artificiali sempre reservoir, sennò natural=water -- View this message in context: http://gis.19327.n5.nabble.com/Depuratore-tp5772967.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dati istat
Ciao, ho trovato sul sito vecchio dell'istat questo Atlante[0]. Considerata la nota di copyright ancora presente, ma considerando anche che attualmente il materiale istat è open data, come ci si comporta? Ciao, Stefano [0]http://www3.istat.it/dati/catalogo/20090728_00/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Ayuda para mapeo de casas en La Boquilla
2013/8/8 hyan...@gmail.com hyan...@gmail.com Hola! :-D Hola El 17 de agosto vamos a realizar una actividad de mapeo en campo [1] para levantar la nomenclatura y ampliar el nivel de detalle de La Boquilla, esto con el fin de darles la posibilidad que se conozcan mejor y apoye iniciativas de desarrollo en esa Comunidad Negra (recientemente titulada por el Incoder). Intenta hacer un video mapping [2] para colabora de mejor manera. Aquí hay un ejemplo de mapero catastral por si te interesa [3] salu2 Participarán estudiantes de bachillerato, voluntarios y otras asociaciones. Con el objeto de facilitar el trabajo de campo, sería ideal tener todas las casas mapeadas. Chévere contar con tu apoyo para completar las casas de http://bit.ly/laboquilla, es super sencillo! Abrazos, Humberto Yances [1] http://fieldpapers.org/atlas.php?id=vf8wprt5 [2] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/VideoMapping [3] http://www.openstreetmap.org/browse/way/43251693/history ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- #=# |___|__\___ | _ | |_ |} (_)(_) Twitter: @fredy_rivera Land Line: +57 8 2691389 Phone USA: (347) 688-4473 Mobil telephone: +57 3108206814 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Ayuda para mapeo de casas en La Boquilla
eeh je je video mapping, catastro... Bueno, trataremos de llegar a esos objetivos con los chicos de la comunidad durante el Mapping Party. Chévere también voluntarios para el mapeo de las casas remotamente, sea con el nuevo editor iD, JOSM o el de su preferencia! :-D El 8 de agosto de 2013 09:25, Fredy Rivera fredyriv...@gmail.com escribió: 2013/8/8 hyan...@gmail.com hyan...@gmail.com Hola! :-D Hola El 17 de agosto vamos a realizar una actividad de mapeo en campo [1] para levantar la nomenclatura y ampliar el nivel de detalle de La Boquilla, esto con el fin de darles la posibilidad que se conozcan mejor y apoye iniciativas de desarrollo en esa Comunidad Negra (recientemente titulada por el Incoder). Intenta hacer un video mapping [2] para colabora de mejor manera. Aquí hay un ejemplo de mapero catastral por si te interesa [3] salu2 Participarán estudiantes de bachillerato, voluntarios y otras asociaciones. Con el objeto de facilitar el trabajo de campo, sería ideal tener todas las casas mapeadas. Chévere contar con tu apoyo para completar las casas de http://bit.ly/laboquilla, es super sencillo! Abrazos, Humberto Yances [1] http://fieldpapers.org/atlas.php?id=vf8wprt5 [2] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/VideoMapping [3] http://www.openstreetmap.org/browse/way/43251693/history ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- #=# |___|__\___ | _ | |_ |} (_)(_) Twitter: @fredy_rivera Land Line: +57 8 2691389 Phone USA: (347) 688-4473 Mobil telephone: +57 3108206814 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
Buenos días, El 7 de agosto de 2013 23:00, Iván Sánchez i...@sanchezortega.es escribió: El Miércoles, 7 de agosto de 2013 10:39:59 Juan Pedro Ruiz Castellano escribió: El que ha metido la gamba he sido yo. :( Las importé de forma masiva y no me di cuenta que ya estaban metidas. Nuuunca se importan cosas masivamente sin preguntar y sin ver los datos ya existente. El señor Juan Luis Rodríguez y yo vamos a revisar todas las paradas de Sevici para Sevilla, en total son 260, nos las vamos a repartir de forma que el revise desde la 1 hasta la 130 y yo desde la 131 a la 260. Las etiquetas que vamos a usar van a ser las siguientes, pongo un ejemplo de cómo las usaremos: - amenity = bicycle_rental - capacity = 17 - name = 027 Avenida de Llanes - network = Sevici - operator = JCDecaux - ref = 27 Saludos!!! (Considérate acollejado por la pifia :-P ) -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió: Las etiquetas que vamos a usar van a ser las siguientes, pongo un ejemplo de cómo las usaremos: - amenity = bicycle_rental - capacity = 17 - name = 027 Avenida de Llanes - network = Sevici - operator = JCDecaux - ref = 27 Yo anadiría: source = JCDecaux source:url = https://developer.jcdecaux.com/#/opendata Nos vemos, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
El 8 de agosto de 2013 12:13, Iván Sánchez Ortega i...@sanchezortega.esescribió: El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió: Las etiquetas que vamos a usar van a ser las siguientes, pongo un ejemplo de cómo las usaremos: - amenity = bicycle_rental - capacity = 17 - name = 027 Avenida de Llanes - network = Sevici - operator = JCDecaux - ref = 27 Yo anadiría: source = JCDecaux source:url = https://developer.jcdecaux.com/#/opendata Perfect, tomo tu propuesta. Nos vemos, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. -- Moisés Arcos Santiago Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
Que significa el ref = 27?¿?¿? El 8 de agosto de 2013 11:16, Moises Arcos moiarc...@gmail.com escribió: El 8 de agosto de 2013 12:13, Iván Sánchez Ortega i...@sanchezortega.es escribió: El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió: Las etiquetas que vamos a usar van a ser las siguientes, pongo un ejemplo de cómo las usaremos: - amenity = bicycle_rental - capacity = 17 - name = 027 Avenida de Llanes - network = Sevici - operator = JCDecaux - ref = 27 Yo anadiría: source = JCDecaux source:url = https://developer.jcdecaux.com/#/opendata Perfect, tomo tu propuesta. Nos vemos, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. -- Moisés Arcos Santiago Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
Buenas, El 8 de agosto de 2013 13:04, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: Que significa el ref = 27?¿?¿? Se trata del número de la parada, la clave ref se utiliza para referenciar números o códigos, se puede usar también por ejemplo para marcar el número de ruta de un autobús o por ejemplo para diferenciar distintas entradas a una zona de aparcamientos extensa. En el nombre viene 027 Avenida de Llanes, pues ref=027 para indicar que se trata de la estación número 027 de la red de estaciones de Sevici. Saludos El 8 de agosto de 2013 11:16, Moises Arcos moiarc...@gmail.com escribió: El 8 de agosto de 2013 12:13, Iván Sánchez Ortega i...@sanchezortega.es escribió: El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió: Las etiquetas que vamos a usar van a ser las siguientes, pongo un ejemplo de cómo las usaremos: - amenity = bicycle_rental - capacity = 17 - name = 027 Avenida de Llanes - network = Sevici - operator = JCDecaux - ref = 27 Yo anadiría: source = JCDecaux source:url = https://developer.jcdecaux.com/#/opendata Perfect, tomo tu propuesta. Nos vemos, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. -- Moisés Arcos Santiago Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
No conocía yo este tag... Muchas gracias por la aclaración. El 8 de agosto de 2013 12:12, Moises Arcos moiarc...@gmail.com escribió: Buenas, El 8 de agosto de 2013 13:04, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: Que significa el ref = 27?¿?¿? Se trata del número de la parada, la clave ref se utiliza para referenciar números o códigos, se puede usar también por ejemplo para marcar el número de ruta de un autobús o por ejemplo para diferenciar distintas entradas a una zona de aparcamientos extensa. En el nombre viene 027 Avenida de Llanes, pues ref=027 para indicar que se trata de la estación número 027 de la red de estaciones de Sevici. Saludos El 8 de agosto de 2013 11:16, Moises Arcos moiarc...@gmail.comescribió: El 8 de agosto de 2013 12:13, Iván Sánchez Ortega i...@sanchezortega.es escribió: El Jue, 8 de Agosto de 2013, 10:58, Moises Arcos escribió: Las etiquetas que vamos a usar van a ser las siguientes, pongo un ejemplo de cómo las usaremos: - amenity = bicycle_rental - capacity = 17 - name = 027 Avenida de Llanes - network = Sevici - operator = JCDecaux - ref = 27 Yo anadiría: source = JCDecaux source:url = https://developer.jcdecaux.com/#/opendata Perfect, tomo tu propuesta. Nos vemos, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. -- Moisés Arcos Santiago Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
El Jue, 8 de Agosto de 2013, 13:15, Cruz Enrique Borges Hernandez escribió: No conocía yo este tag... Cualquier cosa que tenga un número identificativo, le puedes poner un tag ref=*. Por ejemplo, si vas a una gasolinera de (por ejemplo) Campsa, y lees el cartelón que hay a la entrada de la tienda, verás un número de referencia (que depende de la marca). Así, puedes poner las etiquetas operator=campsa y ref=043881 A las malas, podrías poner ref= en todas y cada una de las parcelas catastrales, aunque igual es un poquito bestia XDD -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Planos callejeros de los pueblos de Guadalajara e Hidrantes de Bomberos
El Jue, 8 de Agosto de 2013, 12:44, Oscar Zorrilla Alonso escribió: He visto que tienen licencia BY-NC-SA 3.0 por tanto no se hasta que punto se pueden importar los datos. La licencia CC-by-nc-sa *NO* es compatible con OSM. -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Alquiler de bicicletas públicas de Sevilla, Valencia y Santander
A las malas, podrías poner ref= en todas y cada una de las parcelas catastrales, aunque igual es un poquito bestia XDD Ahora que lo pienso, el cat2osm saca un cadestre:ref=referencia catastral. La verdad es que el tag ref a secas no me termina de convencer. Los ejemplos que hay en la wiki casi siempre son ref:algo=número que le veo más sentido. Supongo que no es fácil que se le pueda poner siempre un algo al identificador. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Geoimage.at aktuellere Luftbilder
Das Ding sieht aus wie eine Kloschüssel... Am 4. August 2013 23:11 schrieb Martin Raifer tyr@gmail.com: Als Nachtrag noch schnell ein Beweisbild: http://tinyurl.com/nkl2p58 ;) __**_ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] OSM lēnām renderējas
Šodien reāli lēni updeitojas karte. Kuatkāds liels imports iet? Stati arī rāda palielinātu slodzi: http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#renderd Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] OSM lēnām renderējas
On 08/08/2013 04:57 PM, Viesturs Zarins wrote: Šodien reāli lēni updeitojas karte. jau paaris dienas, jaa :) Kuatkāds liels imports iet? Stati arī rāda palielinātu slodzi: http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#renderd yevaud vairs nav rendering serveris, orm ir. shitie grafiki tevi interesee : http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/renderd_queue.html http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/mod_tile_fresh.html 100% nezinu, bet ir mineejums, ka osm-carto izmainjas invalideeja visas tiles, liidz ar to praktiski visa pasaule jaapaarrenderee... Viesturs -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Montréal - Pistes cyclables
Info intéressante pour la communauté Montrèalaise: Les chaussées désignées comme solution : http://t.co/97xkdUsPc6 Source: http://twitter.com/VeloQuebec/status/365498563687485440 Bruno ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Montreal - Pistes cyclables (suite)
Et encore une autre info! Ça bouge à Montréal! Aménagement de nouvelles voies cyclables ces jours-ci dans les rues Hadley, Springland et Lacroix. #vélomtl @VeloQuebec #sudouestmtl Source: http://twitter.com/SO_MTL/status/365524886141145088 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Plugin cadastre-fr, version 29829 (2.5)
Cadastre en maintenance. Pour mes essais, ce sera plus tard. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags pour les centres de contrôle technique automobile
Le 22/07/2013 15:54, Philippe Verdy a écrit : L'ennui c'est la restriction sur car. L'inspection légale concerne les véhicules à moteur et très nombreux sont les centres de contrôle technique qui inspectent aussi les camions, camionnettes, motos, et tout véhicule soumis au contrôle des mines avant immatriculation (ainsi que les véhicules de collection ou de compétition pour être autorisé à rouler sur le domaine public), voire aussi les engins agricoles. Est-ce encore du car_service ??? vehicule_inspection me parait bien plus adapté (au moins en France). +1 Le 22 juillet 2013 15:48, Ab_fab gamma@gmail.com mailto:gamma@gmail.com a écrit : Fourre-tout tant que l'on n'utilise que shop = car_service La description du wiki donne les combinaisons qui peuvent être faites : shop = car_service car_service = inspection Le 22 juillet 2013 15:33, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : car_service ? Trop générique à mon goût, surtout quand la loi impose la neutralité totale et l'interdiction de procéder aux réparations. Ce sont des centres totalement dédiés à ça avec des tests homologués. Dans car_service on trouve de tout jusqu'au tuning ou le lavage et la préparation de véhicules pour certaines activités, ou le montage de boules de traction, ou encore les carrossiers pour débosseler une aile ou la repeindre et relustrer, ou encore le nettoyage intérieur, réfection des plastique, préparation des véhicules pour la revente, et même dans certains cas les services de voituriers (on laisse son véhicule pendant la journée, on le récupère à neuf, propre, et le plein fait, et on peut même vous le livrer)... En fait on trouve car_service sur nombre de garages (interdits comme lieux de contrôle technique) et même des concessions de vente ou des loueurs de véhicule; j'ai même vu ça utilisé pour des lieux de prêts/d'échange de véhicule ou points de rendez-vous pour le covoiturage. Bref un tag fourre-tout. Le 22 juillet 2013 15:06, Ab_fab gamma@gmail.com mailto:gamma@gmail.com a écrit : J'ai trouvé shop = car_service http://wiki.openstreetmap.org/wiki/Proposed_features/car_service http://taginfo.openstreetmap.org/keys/car_service#values Beaucoup plus utilisé que la traduction en anglais de contrôle technique : vehicle_inspection selon Wikipedia : http://taginfo.openstreetmap.org/keys/vehicle_inspection#overview Le 22 juillet 2013 14:53, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : J'ai vu diverses façon de taguer les centres de contrôle technque automobile (le plus souvent avec shop=*, parfois avec amenity=*) mais aucune qui soit reconnue et acceptée par Osmose. Le vocabulaire utilisé varie (avec diverses tentatives de traduction en anglais, souvent malheureuses). Y-a-t-il un tag documenté quelque part (pas moyen de trouver en cherchant les termes en français ou en anglais dans le wiki OSM) ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France
Bonjour, J'ai mis la main sur quelques infos supplémentaires sur le SIG utilisé chez ERDF ou GRDF : Mercator. La GDO était en réalité l'ancien système, réparti sur une centaine de centres qui ne pouvaient communiquer entre eux. Une campagne d'harmonisation et d'évolution de leur process a donné naissance à Mercator, qui touche un peu plus que la simple cartographie du réseau. C'est une gestion complète de leur patrimoine. Les bureaux d'études externes à même de travailler sur des campagnes d'enfouissement ou autre sont maintenant certifiés sur cette nouvelle plateforme. Une présentation du 13/06/2013 : http://www.rencontres-sig-la-lettre.fr/wp-content/uploads/2013/06/R2013-coproduction-ERDF.pdf Un magasine interne (pages 9 à 13) : http://asp.zone-secure.net/v2/6/1849/7941/ERDF-infos-11.pdf Le slide 9 de la présentation du 13/06 est particulièrement intéressant : l'enjeu reste un fond de plan de qualité. Il y a des chiffres intéressants sur la volumétrie du réseau de distribution. La page Power/France a été mise à jour avec ces données. Au niveau d'OSM, le tag ref:ERDF:gdo est toujours adapté puisque le formalisme n'a pas été modifié avec l'arrivée de Mercator. Idem, mise à jour de la page avec ces infos. Bonne journée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 7 juillet 2013 19:09, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, Je viens de mettre à jour la page Power networks/France en détaillant un peu mieux la partie distribution. http://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#R.C3.A9seaux_de_distribution Un document tout à fait à propos et utile est donné en lien : http://www.erdfdistribution.fr/medias/DTR_Racc_Generalites/ERDF-NOI-RES_07E.pdf Il n'y est nullement fait référence au GDO mais j'ai créé la page http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo que j'ai voulu succincte mais précise en reportant les explications données ici. Bonne carto ! *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 3 juillet 2013 17:42, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Ista, Ab, Concernant la différence entre substation et sub_station, c'est en cours de normalisation dans http://wiki.openstreetmap.org/wiki/Proposed_features/Substation_refinement power=sub_station va être déprécié si cette proposition est acceptée. Néanmoins, aucun rendu sur mapnik/mapcss n'est disponible pour power=substation. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Journey to SoTM
salut, je vis actuellement a Coventry juste à coté de Birmingham, je serai donc parmi vous ! ++ Le 28 juillet 2013 19:21, Christian Quest cqu...@openstreetmap.fr a écrit : J'y vais, c'est sûr. Une journée à Londres avant ou après serait sympa. Le 28 juillet 2013 20:02, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Salut, Un mail pour toutes les personnes qui iront peut être au SoTM. CQuest avait déjà commencé à réfléchir à un minibus + ferry de 9 places au départ de Paris, mais ça me semble difficile à remplir. Il semble qu'il y ai des vols directs vers Birmingham depuis Paris (CQuest, ybon), Nice (Jocelyn, 140€) et Bordeaux (moi, 120€). ChRogel prendrait le ferry. Qui d'autre vient ? Mais avec Jocelyn (qui n'est toujours pas sûr de venir) on passerait bien par Londres, avant ou après, pour faire un peu de tourisme. Qui est intéressé ? qui vient ? pour que l'on s'organise un peu. Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] SotM 2013, Posters and Monday Hackday
Hi All, SOTM 2013 is now only 4 weeks away!! For information on signing-up, submitting a poster and/or attending the post SOTM hackday, please see the sections below. == Register to attend == If you're planning to come and have not yet signed up, what are you waiting for? If you head over to the sign up page and register as an attendee before August 15th you will also receive a personalised mug from Bytemark. Sign up at: http://2013.stateofthemap.org/info/booking/ == Posters == Unable to attend, but still want to share a message with the attendees? We are accepting posters, and are able to print them for you free of charge (if submitted before 28th August). Fill in the online form and we will get back to you with more details: http://2013.stateofthemap.org/info/call-presentations/ == SOTM Hackday == Innovation Birmingham have been kind enough to donate a hacking space for up to 60 people for Monday 9th September (the day after SotM 2013). Let's make OSM even better. If you code, write documents, make coffee or just want to plough your ideas into making this project even greater come along. Sign up now on our eventbrite page: https://osmhack.eventbrite.co.uk/ Best regards, Rob SOTM 2013 stateofthemap.org ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] jobs discussion appropriate?
one notable omission from the list of openstreetmap mailing lists is something like jobs or talk-jobs. other communities have such lists. is this something worth trying to get set up? i suspect that jobs/consulting discussion would seem out of place on talk or talk-us even though they are the only places even vaguely appropriate from the current list of mailing lists. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] jobs discussion appropriate?
+1 for trying a jobs list. I'd be just curious what pple are looking for. http://twitter.com/lxbarth On Aug 8, 2013, at 8:44 AM, Richard Welty rwe...@averillpark.net wrote: one notable omission from the list of openstreetmap mailing lists is something like jobs or talk-jobs. other communities have such lists. is this something worth trying to get set up? i suspect that jobs/consulting discussion would seem out of place on talk or talk-us even though they are the only places even vaguely appropriate from the current list of mailing lists. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] jobs discussion appropriate?
Richard Welty rwe...@averillpark.net writes: one notable omission from the list of openstreetmap mailing lists is something like jobs or talk-jobs. other communities have such lists. is this something worth trying to get set up? i suspect that jobs/consulting discussion would seem out of place on talk or talk-us even though they are the only places even vaguely appropriate from the current list of mailing lists. I think it makes sense to set that up, if only to make it more clear that the topic generally doesn't fit on talk. And, the guidelines should say that it's about jobs that involved openstreetmap, or at least using open data with open source tools. (I have seen a job posting on an osgeo regional list that was about using a large proprietary GIS on proprietary data. That's fine if people want to do that, but posting such things on an open-data/open-source community list isn't ok.) That said, if a job posting was about something that involved only open data and tools and where the results were available to the community, then that seems fine to be ok talk, as long as it doesn't overwhelm the list. pgpl_MReiddOp.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] jobs discussion appropriate?
i've been on the postgresql jobs list a long time, it's low traffic but very useful. who owns the mailman installation? i'd be happy to ask them to set up a list, and happy to keep an eye on it. richard On 8/8/13 9:10 AM, a...@mapbox.com wrote: +1 for trying a jobs list. I'd be just curious what pple are looking for. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Shields are up!
On Wed, Aug 7, 2013 at 3:33 PM, Richie Kennedy richiekenned...@gmail.comwrote: Not sure if I'm doing something wrong, but I'm having trouble getting county road shields in my area to render. Example: http://tile.openstreetmap.us/osmus_shields/preview.html#16/39.0031/-95.3842 I have made County Road 1029 a relation and, using another county road as a template, set the network as US:KS:Douglas (and have also tried US:KS:CR) Richard is correct. Kansas doesn't have any county road shields defined yet. Phil started off with data that actually exists and at the time Kansas didn't have any county relations. I will try putting together a sensible list for the state. Also, is there a way to fix the Kansas Turnpike shield. The KTA shield is not rendered as a cutout anywhere, even on guide signs. It was a style choice by Phil to do all shields as cutouts. I think it looks pretty good and having one that isn't a cutout may look odd... or not. I don't know. But yes, it can of course be changed. [As an aside, the 'N' and 'E' on Douglas County roads do *not* stand for 'North' or 'East,'] TIGER didn't get the memo apparently Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Shields are up!
On Thu, Aug 8, 2013 at 9:41 PM, Toby Murray toby.mur...@gmail.com wrote: Also, is there a way to fix the Kansas Turnpike shield. The KTA shield is not rendered as a cutout anywhere, even on guide signs. It was a style choice by Phil to do all shields as cutouts. I think it looks pretty good and having one that isn't a cutout may look odd... or not. I don't know. But yes, it can of course be changed. Phil may want to use this version as a basis for the Turnpike: http://commons.wikimedia.org/wiki/File:Kansas_Turnpike2.svg I uploaded that to commons last night. The version currently posted looks like a poor tracing of a low-res bitmap. [As an aside, the 'N' and 'E' on Douglas County roads do *not* stand for 'North' or 'East,'] TIGER didn't get the memo apparently I'm more worried about flesh-and-blood mappers not getting the memo and causing an inadvertent edit war. ;) -- Richie Kennedy www.route56.com * richiekenned...@gmail.com facebook.com/route56 * twitter.com/route56 I'm not crazy. I'm just ahead of my time. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
