Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 18:07 GMT-03:00 thunder...@gpsinfo.com.br: A cidade de Itabira - MG foi toda por mim redesenhada no ano passado, tendo na ocasião excluído dados importados do Tracksource por outro. Se você reaproveitou algum dado que veio do TS então também foi excluído. Caso alguém queira conferir, os changesets que tiveram redact: 20228047 20250730 20251873 20807281 20972925 20974632 21030344 21030592 21062554 21067651 21068496 21458662 21458768 21458890 21461025 22212638 22232758 22233069 22233203 22233855 22247970 22248060 E os que foram revertidos: 20973062 20974012 20975246 21030469 21458719 21458898 21458969 21461107 22233967 22234020 22234063 22234392 22234529 22234853 22234940 22234965 22236064 22236194 22248699 22248849 22249031 22249146 22249477 22258398 22259598 22295643 22295867 22295919 22295926 22332067 22332683 22332713 22332904 22334168 22914844 23011120 23127944 23128272 23128411 23129003 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
Nelson, onde posso consultar estas changesets? Att, BladeTC Date: Sun, 1 Mar 2015 18:16:12 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Perda de dados em Itabira e MG-434 2015-03-01 18:07 GMT-03:00 thunder...@gpsinfo.com.br: A cidade de Itabira - MG foi toda por mim redesenhada no ano passado, tendo na ocasião excluído dados importados do Tracksource por outro. Se você reaproveitou algum dado que veio do TS então também foi excluído. Caso alguém queira conferir, os changesets que tiveram redact: 20228047 20250730 20251873 20807281 20972925 20974632 21030344 21030592 21062554 21067651 21068496 21458662 21458768 21458890 21461025 22212638 22232758 22233069 22233203 22233855 22247970 22248060 E os que foram revertidos: 20973062 20974012 20975246 21030469 21458719 21458898 21458969 21461107 22233967 22234020 22234063 22234392 22234529 22234853 22234940 22234965 22236064 22236194 22248699 22248849 22249031 22249146 22249477 22258398 22259598 22295643 22295867 22295919 22295926 22332067 22332683 22332713 22332904 22334168 22914844 23011120 23127944 23128272 23128411 23129003 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
Lembrei, o caso foi complicado na época, triste de ver. Mais tarde chegando em casa eu inicio o remapeamento de Itabira. BladeTC --- Mensagem Original --- De: Nelson A. de Oliveira nao...@gmail.com Enviado: 1 de março de 2015 18:57 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org Assunto: Re: [Talk-br] Perda de dados em Itabira e MG-434 Acho que o Blademir se lembra de outra vez que ocorreu isso: https://lists.openstreetmap.org/pipermail/talk-br/2013-October/thread.html#4315 Só sobra fazer mutirão para arrumar o que sobrou dos dados mesmo, infelizmente. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-cz] WeeklyOSM 239 CZ
Ahoj, 1) cini mi radost, ze se nekdo ozve s kritikou - alespon to znamena, ze si to precte 2) cini mi uz mene radost, kdyz vidim, ze jsem neco nekde pri proofreadingu neprekopiroval (proste jsem to pri vkladani preskocil) 3) cinilo by mi radost, kdyz by se tym prekladatelu spise zvetsoval nez snizoval (a ja to nemusel delat ve 2 rano nebo misto toho abych sel z prace za rodinou) a mohli bychom zachovat idealni postup dvou nezavislych korektur Jinymi slovy - beru tvoji (mezi radky skrytou) nabidku na pomoc... :) vop -- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: talk-cz@openstreetmap.org Datum: 28. 2. 2015 22:20:53 Předmět: Re: [Talk-cz] WeeklyOSM 239 CZ Dne 28.2.2015 v 9:34 TK napsal(a): Ahoj, je dostupne vydani 239 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/2635 Pekne pocteni... Cus, hele je fajn ze to nekdo preklada, ale prectete si to po sobe ;D Asistent poslankyně evropského parlamentu Julia Reda za “Piratenpartei Deutschland” Mathias Schindler kritizuje změny, které jsou jen ty nezbytně nutné podle požadavků z EU. Na to abych si najal jeste decryptatora, protoze ani napotreti bych z toho nepochopil, co ze tim autor chtel rict. Navic to presne odpovida google translate ... Asi by to melo byt takhle nejak ne? Mathias Schindler, asistent poslankyně evropského parlamentu Julie Reda (Němečtí piráti), kritizuje takové změny, kde jde pouze o plnění požadavků EU. Z toho vaseho neni jasny ani kdo kritizuje, ani kdo je cim asistentem ani co vlastne kritizuje. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk] Formal proposal: mechanically reverting fixme=set␣better␣denotation / denotation=cluster
This is now a formal proposal to mechanically remove: denotation=cluster fixme=set␣better␣denotation From 200,000+ nodes. See http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt The original mapper has commented on this proposal: *The fixmes are useless and can be deleted.* *The denotation flags still have their value. But I won't reopen the old discussion. It has been done to death back then. If people prefer to destroy other mapper's work by forcing a new meaning on existing objects with mass imports then that's the way it is.* And I disagree, since the tags can mechanically be derived from the data, and since nobody is maintaining the denotation tag. The original mapper's statement was: *NopMap: **Thu Sep 9 07:44:05 BST 2010* *From the topology analysis, I have marked every tree without further* *information that has another tree within 50m with denotation=cluster so* *you can tell it is not a single tree. That should be sufficient for* *distinguishing mass trees and solve the ambiguity. And it's not a* *probably, but a simple fact.* *For a first step, this was limited to all trees in Germany, I will extend it* *in a few days when I have more time.* On Sun, Mar 1, 2015 at 3:23 AM, SomeoneElse li...@atownsend.org.uk wrote: Just for a bit of background on this specific issue, for the lucky people who missed out on it last time around, the mechanical edit that added those values was discussed here: https://lists.openstreetmap.org/pipermail/tagging/2010-September/thread.html#4297 and there's some discussion (a couple of years after the event) on the German forum here: http://forum.openstreetmap.org/viewtopic.php?pid=309562 The discussion on the GB list lead to a revert there: https://lists.openstreetmap.org/pipermail/talk-gb/2010-November/010492.html More comment from the Netherlands: http://forum.openstreetmap.org/viewtopic.php?pid=121302#p121302 Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Perda de dados em Itabira e MG-434
Que me recorde não aproveitei na ocasião dado que veio do Tracksource até porque o indivíduo que importou não se preocupou em unir os nós e as vias por ele inseridas estavam soltas, sem entroncamentos. Acredito que alguém deve ter reportado a época a situação ao DWG e só agora ele processou o reporte sem verificar que a cidade havia sido reeditada. -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, March 1, 2015 6:16 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Perda de dados em Itabira e MG-434 2015-03-01 18:07 GMT-03:00 thunder...@gpsinfo.com.br: A cidade de Itabira - MG foi toda por mim redesenhada no ano passado, tendo na ocasião excluído dados importados do Tracksource por outro. Se você reaproveitou algum dado que veio do TS então também foi excluído. Caso alguém queira conferir, os changesets que tiveram redact: 20228047 20250730 20251873 20807281 20972925 20974632 21030344 21030592 21062554 21067651 21068496 21458662 21458768 21458890 21461025 22212638 22232758 22233069 22233203 22233855 22247970 22248060 E os que foram revertidos: 20973062 20974012 20975246 21030469 21458719 21458898 21458969 21461107 22233967 22234020 22234063 22234392 22234529 22234853 22234940 22234965 22236064 22236194 22248699 22248849 22249031 22249146 22249477 22258398 22259598 22295643 22295867 22295919 22295926 22332067 22332683 22332713 22332904 22334168 22914844 23011120 23127944 23128272 23128411 23129003 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 18:40 GMT-03:00 Blademir blademi...@hotmail.com: Quero saber o que tinham e de quem era. Se tiver algum meu no meio terei q refazer. São do Genulpho (não são todos os changesets dele, para ficar claro, mas apenas os passados anteriormente). A melhor forma, creio, vai ser utilizar o achavi para isso, inserindo um os números de changeset no final da URL. Por exemplo: http://nrenner.github.io/achavi/?changeset=21067651 Tudo o que está em amarelo foi importado (e portando removido agora, ficando um buraco no mapa). Em verde foi modificado (e revertido). Vermelho apagado (também revertido/restaurado). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
Acho que o Blademir se lembra de outra vez que ocorreu isso: https://lists.openstreetmap.org/pipermail/talk-br/2013-October/thread.html#4315 Só sobra fazer mutirão para arrumar o que sobrou dos dados mesmo, infelizmente. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-it] Salerno-Reggio Calabria e SS18, Nomi errati?
On Thursday 26 of February 2015 17:31:18 Fabri wrote: ps: un altro si lamenta dei nomi errati http://www.openstreetmap.org/user/Francesco%20Maria%20Volpe%20Montesani/diar y/34474 Si lamenta della A3 Salerno-Reggio Calabria che sarebbe Napoli-RC? Però è pure vero che hanno gestori diversi, e le due tratte sono identificate separatamente come Napoli-Salerno e Salerno-Reggio Calabria. Wikipeda (che non è una fonte primaria, ok) parrebbe confermare, come mi ricordo, che il chilometraggio si azzera quando si passa dall'una all'altra tratta. Quindi in questo specifico caso non sarebbe un errore usare Salerno- Reggio Calabria... E la Strada Statale Tirrena Inferiore è indicata come SS 18 per buona parte del suo itinerario. Purtroppo stradeanas.it non permette un collegamento diretto, ma cercate SS18 da qua: http://www.stradeanas.it/index.php?/strade/consistenza/regione/sede/TUTTE ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Import of bicycle repair stations / Import Fahrrad Reparatur-Stationen
Dann wundere ich mich nur darüber, warum diese Mailing-Liste informiert wurde. Am 01.03.2015 um 21:10 schrieb Andreas Schmidt: right, there are „offshore countries“ :-) I had the Central European Syndrome... Anyway, appears not to affect countries with German vernacular language. Am 01.03.2015 um 17:02 schrieb fly: Am 01.03.2015 um 16:55 schrieb Andreas Schmidt: it appears there are two stations in Europe only, both at TU of Delft, The Netherlands. Europe includes some island so do not forget the origin of OSM. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Sauf que le terme c'est unité urbaine (pas entité), défini depuis longtemps par l'Insee dans son zonage urbain. Ce n'est pas une entité administrative en tant que tel, pas une collectivité, et ça ne couvre pas des communes entières. Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Perda de dados em Itabira e MG-434
Creio que existiu algum equivoco e todo meu trabalho foi jogado fora. A cidade de Itabira - MG foi toda por mim redesenhada no ano passado, tendo na ocasião excluído dados importados do Tracksource por outro. Alguns devem se lembrar que estávamos aqui na lista decidindo pela reversão, ou não, uma vez que a maioria das vias de Itabira encontravam-se duplicadas. E agora José? Uma semana de trabalho jogado fora? []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, March 1, 2015 5:50 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Perda de dados em Itabira e MG-434 2015-03-01 17:46 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com: A cidade de Itabira perdeu vários dados, juntamente com um trecho da MG-434. Foi um redact pelo DWG de dados do TrackSource. É bem provável que mais alguns dados da área sejam removidos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 18:30 GMT-03:00 thunder...@gpsinfo.com.br: Essa correção em Itabira foi por mim informada aqui na lista em agosto de 2014 https://lists.openstreetmap.org/pipermail/talk-br/2014-August/008727.html Acontece que dados com alguma suspeita (e que possam futuramente ser removidos) não podem ser mexidos (por causa do risco de perder trabalho e tempo). No caso foi tudo revertido pra antes da edição dele (mesmo em changesets que não possuíam importação, teve remoção de dados anteriores de outros usuários). O DWG remove do banco de dados tudo o que é redacted (portanto tudo o que foi feito utilizando esses dados somem do mapa) e reverte os outros changesets para a versão anterior às edições (restaurando o que ele excluiu dos outros usuários). O processo tem uma demora nisso tudo: discussão na comunidade, identificação do que precisa ser revertido e depois o remoção pelo DWG. Infelizmente muita coisa que é editada neste intervalo de tempo pode ser revertida ou apagada (seja por aproveitar dados importados ou modificados nos changesets). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
Quero saber o que tinham e de quem era. Se tiver algum meu no meio terei q refazer. BladeTC --- Mensagem Original --- De: Nelson A. de Oliveira nao...@gmail.com Enviado: 1 de março de 2015 18:38 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org Assunto: Re: [Talk-br] Perda de dados em Itabira e MG-434 2015-03-01 18:34 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com: Nelson, onde posso consultar estas changesets? Consultar como? Quer ver o que possuíam, qual a ação tomada em cima deles, a discussão ou o que? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 19:01 GMT-03:00 thunder...@gpsinfo.com.br: Com esse redact o DWG duplicou trecho dessa rodovia em https://www.openstreetmap.org/way/230981855 Isso é complicado num ponto: é justo que quem teve os dados apagados tenha os mesmos revertidos (que foi o que aconteceu). O problema é que acaba gerando informações duplicadas. O que se faz nessas situações? Não restaura o que foi indevidamente apagado nas importações? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 19:24 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com: Me lembro de ter editado essa (L)MG-779, com base nas informações e mapas do DER-MG. Não me lembro se fui eu quem incluiu, mas me lembro de ter editado ela... Isso. No caso do exemplo do Marcio, você inseriu e corrigiu aqueles trechos em https://www.openstreetmap.org/changeset/17063326 Não seria justo deixar de fora da reversão isso (nem o que outras pessoas contribuíram). De uma forma ou outra alguém sempre vai sair prejudicado nisso, não tem como evitar. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] weekly 240 - Enjoy!
The weekly round-up of OSM news, issue 240 XXX, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Perda de dados em Itabira e MG-434
Essa correção em Itabira foi por mim informada aqui na lista em agosto de 2014 https://lists.openstreetmap.org/pipermail/talk-br/2014-August/008727.html -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, March 1, 2015 6:16 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Perda de dados em Itabira e MG-434 2015-03-01 18:07 GMT-03:00 thunder...@gpsinfo.com.br: A cidade de Itabira - MG foi toda por mim redesenhada no ano passado, tendo na ocasião excluído dados importados do Tracksource por outro. Se você reaproveitou algum dado que veio do TS então também foi excluído. Caso alguém queira conferir, os changesets que tiveram redact: 20228047 20250730 20251873 20807281 20972925 20974632 21030344 21030592 21062554 21067651 21068496 21458662 21458768 21458890 21461025 22212638 22232758 22233069 22233203 22233855 22247970 22248060 E os que foram revertidos: 20973062 20974012 20975246 21030469 21458719 21458898 21458969 21461107 22233967 22234020 22234063 22234392 22234529 22234853 22234940 22234965 22236064 22236194 22248699 22248849 22249031 22249146 22249477 22258398 22259598 22295643 22295867 22295919 22295926 22332067 22332683 22332713 22332904 22334168 22914844 23011120 23127944 23128272 23128411 23129003 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 18:34 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com: Nelson, onde posso consultar estas changesets? Consultar como? Quer ver o que possuíam, qual a ação tomada em cima deles, a discussão ou o que? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] How to extract a topographic map of an area
Il 26/02/2015 17:43, Luigi Toscano ha scritto: On Thursday 26 of February 2015 17:31:18 Fabri wrote: ps: un altro si lamenta dei nomi errati http://www.openstreetmap.org/user/Francesco%20Maria%20Volpe%20Montesani/diar y/34474 Un po' opinabile (e che c'entra con l'altro messaggio?). Praticamente nulla...a parte che sono entrambi post sul diario :-D Comunque sembra un argomento interessante...apro un nuovo thread a riguardo. chiuso OT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-cz] leisure:common
Ahoj, protoze mam po nedavnych importech kolem baraku spoustu leisure:common tak jsem se chtel podivat na wiki, jak je to presne definovano (kvuli sjednoceni s dalsimi podobnymi plochami) a na CZ wiki jsem to nenasel. Tak si rikam, ze bych mohl CZ wiki updatovat, ale neni to ani na EN wiki... a ani na DE, na FR... az na chorvatské a italské wiki jsem nalezl kratulinkou veticku (Zelena površina po kojoj se može hodati.). Kde k tomu vzít nějaký věrohodný zdroj, který nebude tak překvapivě a až nebezpečně stručný...? S díky vop ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Formal proposal: mechanically reverting fixme=set␣better␣denotation / denotation=cluster
On 1 March 2015 at 21:04, Bryce Nesbitt bry...@obviously.com wrote: This is now a formal proposal to mechanically remove: denotation=cluster fixme=set␣better␣denotation From 200,000+ nodes. See http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt I support this proposal. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 18:20 GMT-03:00 Blademir blademi...@hotmail.com: Márcio, posso te ajudar na Cidade, só decidirem o que deve ser refeito, inclusive posso reutilizar os nós que permaneceram desconectados, sem ter q excluir nada. Isso, tudo o que existe, mesmo sem tag, deve ser reaproveitado na medida do possível. Infelizmente não tem outra solução senão retraçar o que ficou vazio. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
C'est vrai que la comparaison avec le rendu humanitaire révèle des tas d'icônes oubliées dans le rendu fr. Et je trouve les icônes monochromes du rendu humanitaire mieux finies et plus lisibles (et moins gênantes pour une exploitation de la carte dans un fond sur lequel on fera des cartes spécialisées avec des POI ou routes mises en évidence en vectoriel sur une sélection ou simplement pour parcourir la carte). Par exemple les écoles (les deux enfants qui courent pour le primaire et le secondaire, la toque des étudiants pour les écoles supérieures, même si les cérémonies de remise de diplôme en costume ne sont pas une tradition française, on sait ce que c'est grâce aux médias) les bibliothèques (icone symbolisant un livre ouvert), les médecins (trousse médicale avec le + dessus), les théâtres et salles de spectacles (icône des deux masques de carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), les bureaux de change (icône $+calculette) -- on n'a que les agences bancaires -- les fontaines et points d'eau potable (icone du verre et du robinet), et les grands types de commerces (alimentaire,s habillement, restauration à l'assiette, restauration rapide, cafés/bars/pubs, superettes alimentaires, boulangeries/patisseries, boucheries/charcuteries, coiffure et soins personnels, vêtements, électroménager, location de véhicules, services et location cycliste, arrêts de taxi = voiture avec panneau sur le toit...), ambassades et consulats (à Paris surtout: bâtiment à dôme avec un drapeau dessus), garages auto (deux outils croisés: clé à pans et tournevis)... En France on pourrait avoir aussi les bureaux de tabac (la carotte rouge) qui sont des points de vente de plus en plus multiservice (presse, bar, assez souvent, dépot de pain, agence postale, ou relais colis...), les boutiques de téléphonie/internet mobile (symbole possible: un smartphone, avec antenne?) Le 1 mars 2015 17:21, Pierre Béland pierz...@yahoo.fr a écrit : Chantier intéressant qui peut permettre d'innover par rapport au rendu standard, mieux répertorier les différents services et aussi se préoccuper de mieux équilibrer le rendu entre les différentes activités. Je suggère d'atténuer le jaune des grandes surfaces de stationnement. Par ailleurs, différents services à la collectivité sont souvent soit mal répertoriés soit non mis en évidence sur la carte alors qu'à coté les fast-foods sont parfois hyper-visibles. Les pharmacies sont bien rendues, mais ce n'est pas le cas pour d'autres services. Pas très loin du bureau de médecin listé ci-dessous, le terrain de soccer est joliment dessiné tout comme d'autres lieux sportifs à proximité. http://tile.openstreetmap.fr/?zoom=18lat=49.42257lon=1.13145layers=B000FFF À droite de ce terrain, le Centre d'Action sociale rue des Hautes Haies et Crèche Maman les p'tits bateaux rue François Herr ne sont identifiées que grâce au nom affiché. Le style humanitaire a un icône pour les crêches telles p'tits bateaux. http://www.openstreetmap.org/#map=18/49.42257/1.13145layers=H De façon générale, les immeubles de services à la collectivité (social facility) y incluant les Centres d'hébergement (social facility / assisted living ou group_home) pourraient avoir une couleur distincte comme on le fait pour des services publics, lieux de culte, écoles et centres sportifs. Et pourraient-on penser à un icône par défaut pour services à la collectivité si aucun icône pour un service particulier? Pierre -- *De :* HParv talk-fr@rramuhn.org *À :* Talk-fr@openstreetmap.org *Envoyé le :* Dimanche 1 mars 2015 10h15 *Objet :* [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours Sur osm.org , http://osm.org/go/0BSw5KORr on voit un doctor qu'on ne voit pas sous osm.fr http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Pour la police, le coup des menottes c'est -1 ! Cordialement, HP -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Enfin bref, pas question de mettre ça dans boundary=administrative (il n'y a d'ailleurs aucune notion d'admin_level, et ces unités urbaines peuvent être transfrontalières, internationales). Mais on pourrait avoir boundary=urban_area (pas vraiment non plus boundary=statistical comme pour les éventuels IRIS et districts de recensement dont on a parlé récemment pour subdiviser les communes assez peuplées et qui n'ont rien à voir non plus avec le zonage urbain)... à condition de compléter aussi urban_area=FR:urban_unit (unité urbaine selon l'Insee en France, nos voisins ou l'Union européenne pouvant avoir leur définition du zonage urbain y compris transfrontalier). Le 2 mars 2015 01:48, Philippe Verdy verd...@wanadoo.fr a écrit : Sauf que le terme c'est unité urbaine (pas entité), défini depuis longtemps par l'Insee dans son zonage urbain. Ce n'est pas une entité administrative en tant que tel, pas une collectivité, et ça ne couvre pas des communes entières. Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] Clean-up?: KSJ2 administrative boundary import
いいだです。 ご意見ありがとうございます。 海岸線と行政区域のウェイデータが、別々に存在している はい、これは僕も問題だと思っています。 それもあって、先日のメールで、僕なりの回答を提案させて頂いている状態です。 # 南伊勢町の例のように、海岸線を行政区境のリレーションメンバーとして登録する https://lists.openstreetmap.org/pipermail/talk-ja/2015-February/008745.html (1)地図の利用者から見て、欲しい情報が得られません osm.orgのmapnikレンダリングにおいて、 視覚的に読み取りづらい、ということでしょうか。 だとすると、それは、「レンダリング問題」の一種ではないかなと、思います。 逆に言えば、GIS的に使う方々 (クエリを使って範囲を求める方) にとっては、 さほど問題にならないのでは？ と思っています。 (2) 海岸線に市や県の境界があるという表示は、地域の生活者の感覚からは かけ離れています。海岸から少しでも沖に出ると県外、という感覚はありません。 ○○沖、という感覚はわかります。 だからこそ、そうした海上のウェイは maritimeバウンダリとして、 landareaバウンダリとは 別に もうひとつリレーションが存在するべきだと思っています。 、、、伝わっていなかったらすみません。 また、現在海上に描かれているウェイは、海外のかたが一時期エイヤとフリーハンドで描いた、 かなり位置が適当なウェイです。 もし洋上や水上に渡るべきウェイの位置について、正しい位置を示すデータが有れば参照したいです。 (3) 境界線のデータが複雑すぎてデータが異様に重くなり、 編集や確認が困難になっています。 ブラウザで地物の形状が表示されるようになったのは比較的新しい機能であり、 そこで表示できない大きな地物があるのは海外でもよくあると思っています。 あと、三重県、少し時間はかかりますが、普通に表示できています。 PCのスペックや通信環境にもよるのかな、と思っています。 (4) 南伊勢町の形式になることで解決しませんか？ あと、アップロードを行う際に、 妥当性検証を行ったり、あるいは単に、アップロード前の警告に対応することで、 海岸線の編集や行政区境の編集のミスはかなり減ると思っています。 また、iDエディタによるリレーション編集は、全世界的にあまりにもミスが多いことから、 リレーション編集の機能に制限が入ったようです。 現状の、海岸線ウェイと行政区境ウェイが別々に存在する状態だと編集がしづらい、というのはそのとおりですし、 改善が必要と思っています。 また、例えばデンマークでは、regionは島の陸地部分をメンバーとして登録し、 www.openstreetmap.org/relation/1319978 デンマークそれ自体は、海上のウェイを使っているようです。 http://www.openstreetmap.org/relation/50046 日本では島嶼部が多いためにリレーションデータ容量が多くなってしまっているので、 本島部分と島嶼部をリレーションとして分ける？などの対応も可能かもしれません。 (ジャストアイデアなので、議論は必要として) 群馬、栃木などの関東を「後回し」にする 後回しにする県、正確に言うと、 東京、埼玉、千葉、神奈川、茨城、を後回しにする予定です。 現状で既に行政区境のデータが組まれており、その他の地域を先に実施したいためです。 そのため、群馬や栃木は作業実施予定です。 作業の進捗が遅いのは単純に僕の手が回っていないのが原因なので、 そこは申し訳ないです。すみません。。。 境界の変更が無い地域も含めて一律にインポートをし直す 必要性があるのでしょうか 必要性があると思っています。 作業をしてみてわかりましたが、多くの行政区境のデータは、壊れていました。 そうした場所をチェックし、一律の品質を保つ意味もあると思っています。 また、過去のデータに与えられたタグ(例えば、noteタグで示される出典表記など)は、 海外からも幾度と無く削除要請の対象となっています。 これらのデータを、ライセンス的にも問題がない形で置き換える目的もあります。 最終的にどういった形式がよいのか、私も手探りで検討している状態です。 引き続き討議できると嬉しいです。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Les unités urbaines transfrontalières sont peu nombreuses en France, il y en a 6: - Lille (+ partie belge) - Douai-Lens-Valencienne (+ partie belge) - Maubeuge (+ partie belge) - Strasbourg (+ partie allemande) - périphérie française de Genève (+ partie suisse) - Bayonne (+ partie espagnole) Il est question d'y ajouter Nice, étendue jusqu'à Menton (+ partie monégasque + une éventuelle commune italienne, voire plus loin sur la riviera italienne jusqu'à San Remo) mais pour l'instant l'unité urbaine de Nice s'arrête au nord-ouest de Monaco avec La Trinité mais il manque La Turbie (pour relier aussi Beausoleil). Cependant La Turbie a un gros espace rural le séparant des deux grands pôles urbain, de même que Vintimille coté italien. Monaco pourrait en attendant être un centre d'unité urbaine (incluant alors en France Beausoleil, Roquebrune-Cap-Martin, Cap-d'Ail, Menton... voire aussi Castellar touchant la frontière italienne). Le 2 mars 2015 01:54, Philippe Verdy verd...@wanadoo.fr a écrit : Enfin bref, pas question de mettre ça dans boundary=administrative (il n'y a d'ailleurs aucune notion d'admin_level, et ces unités urbaines peuvent être transfrontalières, internationales). Mais on pourrait avoir boundary=urban_area (pas vraiment non plus boundary=statistical comme pour les éventuels IRIS et districts de recensement dont on a parlé récemment pour subdiviser les communes assez peuplées et qui n'ont rien à voir non plus avec le zonage urbain)... à condition de compléter aussi urban_area=FR:urban_unit (unité urbaine selon l'Insee en France, nos voisins ou l'Union européenne pouvant avoir leur définition du zonage urbain y compris transfrontalier). Le 2 mars 2015 01:48, Philippe Verdy verd...@wanadoo.fr a écrit : Sauf que le terme c'est unité urbaine (pas entité), défini depuis longtemps par l'Insee dans son zonage urbain. Ce n'est pas une entité administrative en tant que tel, pas une collectivité, et ça ne couvre pas des communes entières. Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi
Je mis au propre un fichier shapefile en le complétant avec les données de population légale par canton diffusées par l'INSEE. Il est dispo sur https://www.data.gouv.fr/fr/datasets/contours-osm-des-cantons-electoraux-departementaux-2015/ Pour l'instant, il n'y a que la métropole en attendant que la Guadeloupe soit terminée... Voilà à quoi ça ressemble: https://www.data.gouv.fr/fr/reuses/visualisation-des-cantons-electoraux-2015/ Bravo les fourmis, on a de quoi alimenter pas mal de réutilisations dans les semaines à venir... et donc un peu de visibilité pour OSM :) Le 1 mars 2015 02:19, Jérôme Amagat jerome.ama...@gmail.com a écrit : mayotte n'est pas fini! (enfin je crois qu'il l'était mais qu'un canton a été supprimé) les cantons de Manosque sont en double. Je vais me couché je vous laisse faire ça demain. Autre chose,en contrôlant j'ai vu des endroits ou il y avait un trait de côte utilisé pour les multilinestring de France métropolitaine (terres) différent de la limite des communes : Des fois c'est une double frontière le long de la cote séparé de pas grand chose comme dans les communes de : Neufchâtel-Hardelot et Saint-Étienne-au-Mont port la nouvelle Sete (ça je pense que c'est pas normal) Sinon c'est des îles manquante dans les multilinestring ou une différence au niveau des port et des embouchure de rivière.(c'est peut être normal). http://umap.openstreetmap.fr/fr/map/carte-sans-nom_30741 Le 28 février 2015 23:50, Christian Quest cqu...@openstreetmap.fr a écrit : Plus qu'un département à finaliser: La Guadeloupe. Je ressort un shapefile des cantons OSM pour rechercher les derniers trous et anomalies de topologie... on devrait être bon pour le 1er Mars, date d'entrée en vigueur de ces nouveaux cantons électoraux :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Osmose error op Ongeldig polygoon , Self-intersection[4.820323 51.3383802]
On 2015-03-01 12:06, Jakka wrote : Bestaande mapping waar Osmose error op geeft. http://osmose.openstreetmap.fr/nl/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb daar eens proberen te bekijken, de landuse forest een weinig uit elkaar gehaald maar dat wil niet helpen. weet niet waarom dit zo werd aangebracht. Ten zuiden multypolygoon water outer met erin twee afzonderlijket inners Dan een verbinding over één way naar noorden een uitloper van dezelfde multypolygoon, dat begrijp ik niet. De werking, doel en nut van polygonen en relaties dat snap ik nog altijd niet. De wiki geven wel de verschillende mogelijkheden. Kom toch regelmatig fout meldingen tegen. Na een validatie of osmose controle. Ook bij gesloten gebouwen met een binnen koer. Weinigen durven of kunnen dit verbeteren stel ik vast. Jakka Google: Cartographie existante où l'erreur osmose sur geeft. http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb il essayer de voir la forêt terrestres pris un peu à l'écart mais cela ne aide pas. ne sais pas pourquoi il en était ainsi équipée. polygone multy eau extérieure du Sud avec elle deux ampoules en afzonderlijket connectent ensuite une façon de contreforts du nord de multy même polygone, je comprends pas. L'opération, le but et l'utilité des polygones et des relations que je ne comprends toujours pas. Le wiki ne montrer les différentes possibilités. Come messages d'erreur régulières contre. Après une validation ou de vérification osmose. Également dans des bâtiments fermés avec une cour intérieure. Peu osent ou améliorer cela, je constate. Jakka *Polygone invalide* Self-intersection[4.820323 51.3383802] *way 89873303 http://www.openstreetmap.org/browse/way/89873303 * rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w89873303 edit http://osmose.openstreetmap.fr/fr/map/# Erreur reportée le : 2015-03-01 osm-show http://www.openstreetmap.org/?lat=51.3383802lon=4.8203230zoom=18 osm-edit http://www.openstreetmap.org/edit?lat=51.3383802lon=4.8203230zoom=18 josm zone http://localhost:8111/load_and_zoom?left=4.818323bottom=51.3363802right=4.822323top=51.34038020006select=way89873303 *changer le statut :* corrigé http://osmose.openstreetmap.fr/fr/api/0.2/error/2118533584/done faux positif http://osmose.openstreetmap.fr/fr/api/0.2/error/2118533584/false Que ce soit un polygone ou une aire, la self-intersection (auto-intersection) est le fait qu'ils sont dessinés comme un chiffre 8, c'est à dire que le pourtour passe deux fois au(x) même(s) endroit(s) au centre. Si c'était une aire, on pourrait dédoubler la ligne centrale en deux lignes très proches. Mais comme c'est une relation, il faut évidemment supprimer cette ligne et avoir deux aires distinctes dans la relation. = séparer les trois chemins puis supprimer la branche qui relie les deux boucles. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Finding a user from a tag/value?
On So, Mär 01, 2015 at 06:23:19 +1100, Warin wrote: I'd like to find out which user has contributed a key to the map ... the key has no wiki page and I'd like to know what was meant by the key and its' value. The key has low numbers .. so while there may be more than one user .. I think I only need to contact one of them. I've used Taginfo to find the key, its values and location in broad terms. Any ideas? Or is there a wiki on this topic I've not found on my searches? From taginfo you can use the overpass turbo link to get all objects that use that key, look for the IDs. From there you can get the history of the objects with links like http://www.openstreetmap.org/node/3458982/history. Find the oldest version in the history and look for the user. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Distanz-Berechnung mit Excel
Niemand hier mit Trigonometrie und Excel-Kenntnissen? Am 24.02.2015 um 12:56 schrieb Markus: Suche grad nach einer Anleitung zur Berechnung einer orthodromen Distanz mit Excel. Habe hier mal eine Zusammenfassung gemacht: https://wiki.openstreetmap.org/wiki/DE:Coordinate#Excel Vielleicht hat jemand Lust da mal drüberzuschauen? Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015 08:51, Tobias Knerr wrote: On 25.02.2015 02:58, Bryce Nesbitt wrote: It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. That's from a mechanical edit that should never have happened in the first place. The edit was basically done in order to establish the denotation tag for trees, which was almost nonexistent before. The denotation values were not pulled from an external source, but based on guesses of the kind another tree within x meters = must be a cluster of trees. In my opinion, it could make sense to also remove the denotation keys on trees with set␣better␣denotation. After all, the continuing existence of that fixme shows that no human ever verified these. I also agree with the general goal to get rid of pointless fixme values. Just for a bit of background on this specific issue, for the lucky people who missed out on it last time around, the mechanical edit that added those values was discussed here: https://lists.openstreetmap.org/pipermail/tagging/2010-September/thread.html#4297 and there's some discussion (a couple of years after the event) on the German forum here: http://forum.openstreetmap.org/viewtopic.php?pid=309562 The discussion on the GB list lead to a revert there: https://lists.openstreetmap.org/pipermail/talk-gb/2010-November/010492.html More comment from the Netherlands: http://forum.openstreetmap.org/viewtopic.php?pid=121302#p121302 Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Plans lignes RER?
Bonjour, Il existe aussi Cartometro, avec les plans du réseau RER http://carto.metro.free.fr/rer/ Ça n'est pas géoreferencé ni libre mais ça donne une première idée. Peut être pourrait-on contacter l'auteur pour avoir l'autorisation de s'en inspirer, au moins pour les équipements de voie ? Bon dimanche François Lacombe Le 1 mars 2015 01:02, Jo winfi...@gmail.com a écrit : Si tu es déjà logué dans umap, tu devrais avoir un crayon en haut à droite. Peut-être j'ai mal tapé ton nom d'utilisateur? Shohreh? C'était de ma faute. Je t'avais ajouté, mais pas changé qui pouvait éditer. Ça devrait fonctionner maintenant. Jo 2015-03-01 0:57 GMT+01:00 Shohreh codecompl...@free.fr: Non, pas de bouton nulle part pour se logger, alors que je le suis dans Umap. Je ne suis pas là demain mais un autre moment dans la semaine ok. Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5835356.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Finding a user from a tag/value?
On Sat, Feb 28, 2015 at 11:23 PM, Warin 61sundow...@gmail.com wrote: Hi, I'd like to find out which user has contributed a key to the map ... the key has no wiki page and I'd like to know what was meant by the key and its' value. Use taginfo. Navigate to the key/value. Click either the overpass or edit buttons. Josm works best for this, but overpass works fine. Click through the nodes and look at the history on the website, for example http://www.openstreetmap.org/node/3066715547/ Now click to the changeset involved and you can see what that user has done. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding a user from a tag/value?
Thank you both. I found that the JOSM button did not work for me... addblocker ? Turned it off .. still not working .. humm. Overpass worked so I have what I need .. I'll look at the JOSM thing latter as I use that for editing so am familiar with at least some of it. ... On 1/03/2015 7:12 PM, Bryce Nesbitt wrote: On Sat, Feb 28, 2015 at 11:23 PM, Warin 61sundow...@gmail.com wrote: Hi, I'd like to find out which user has contributed a key to the map ... the key has no wiki page and I'd like to know what was meant by the key and its' value. Use taginfo. Navigate to the key/value. Click either the overpass or edit buttons. Josm works best for this, but overpass works fine. Click through the nodes and look at the history on the website, for example http://www.openstreetmap.org/node/3066715547/ Now click to the changeset involved and you can see what that user has done. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding a user from a tag/value?
On So, Mär 01, 2015 at 08:42:09 +1100, Warin wrote: I found that the JOSM button did not work for me... addblocker ? Turned it off .. still not working .. humm. Overpass worked so I have what I need .. I'll look at the JOSM thing latter as I use that for editing so am familiar with at least some of it. JOSM has to run already for this to work and you might have to allow remote access in the JOSM config somewhere. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Osmose error op Ongeldig polygoon , Self-intersection[4.820323 51.3383802]
Bestaande mapping waar Osmose error op geeft. http://osmose.openstreetmap.fr/nl/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb daar eens proberen te bekijken, de landuse forest een weinig uit elkaar gehaald maar dat wil niet helpen. weet niet waarom dit zo werd aangebracht. Ten zuiden multypolygoon water outer met erin twee afzonderlijket inners Dan een verbinding over één way naar noorden een uitloper van dezelfde multypolygoon, dat begrijp ik niet. De werking, doel en nut van polygonen en relaties dat snap ik nog altijd niet. De wiki geven wel de verschillende mogelijkheden. Kom toch regelmatig fout meldingen tegen. Na een validatie of osmose controle. Ook bij gesloten gebouwen met een binnen koer. Weinigen durven of kunnen dit verbeteren stel ik vast. Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Mogelijkheid om een SIMPELE 'button' of zoiets in josm te verkrijgen , om fouten door te seinen naar AGIV ?
@henke: wat heb je gedaan? Bij mijn weten was die grens correct zoals ik ze ingebracht heb (hoewel lodde die blijkbaar ondertussen ook al eens aangeraakt heeft). De eigenlijke grens van Bosstraat en Waterstraat hangt samen met de gemeentegrens. Er is namelijk geen Waterstraat in gemeente Staden. Op 28 februari 2015 18:51 schreef henke m...@henkevdb.be: Hallo Sander, ik heb je links es bekeken, en de Waterstraat iets verder , juist op de grens gezet, en ik zag ook dat de 'eigenlijke grens' van Bosstraat/Waterstraat aan huisnummer 3 begint, zie hier : https://smartshare.be/public.php?service=filest= 1b5d13bfd185299969767687d6303299 doch dat laat ik aan anderen over om te veranderen ;) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-us] Why?
Thanks paul! *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Sat, Feb 28, 2015 at 7:04 AM, Paul Norman penor...@mac.com wrote: On 2/28/2015 4:07 AM, Hans De Kryger wrote: The city of Escondido has this mega residential area. Just wondering why? http://www.openstreetmap.org/#map=13/33.1035/-117.0940 There's a few things going on here One is that there has been an import or tracing from an official landuse plan (e.g. http://www.openstreetmap.org/way/125990327). There is no documentation of this on the lists or wiki, and the link in the source_ref tag has stopped working. There is also a potentially related import (e.g. http://www.openstreetmap.org/node/597144689), also without documentation. The second is that Escondido really does appear to be residential outside the core. Even if there are problems with the imported or official landuse data, you still have a core of commercial, retail and industrial surrounded by residential. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-be] Mogelijkheid om een SIMPELE 'button' of zoiets in josm te verkrijgen , om fouten door te seinen naar AGIV ?
Hallo Sander, Ik heb alleen maar slechts de 'Waterstraat' , de naam was er al, (ik heb geen straatnamen veranderd of zo) 'verlengd' met enkele meters van punt A naar punt B ,en tevens de boundary-line, zie hier : https://smartshare.be/public.php?service=filest=ba3296c78b72603b383c85c9e241f1d1 https://smartshare.be/public.php?service=filest=e490b7b6075e83601970d9fbdad39794 Kan er mij dan es iemand zeggen wat de OFFICIELE grens is van een gemeente , de 'overgang' van bijvoorbeeld beton naar bv. asfalt(die duidelijk op ortho-foto's te zien is), of de plaats van de straatnaam bordjes (langs de rechterzijde van de weg uiteraard) of de 'virtuele' 'onzichtbare' grens die hier precies niemand weet waar die EXCACT is ? ;) Dus, als jij zegt , dat er geen 'gedeelte' Waterstraat is, kan je me dan eens uitleggen , hoe je zoiets moet 'interpreteren' , als je ziet dat er in het begin van die straat een bord staat met dit : https://smartshare.be/public.php?service=filest=a749a68952e84131e4d03cba4277579a https://smartshare.be/public.php?service=filest=3cb125dd76d05dc4293012b7ec6a0194 Ik heb nog zulke voorbeelden , en als niemand weet hoe je dan dat gedeelte van straat moet noemen, als je dan niet weet waar de JUISTE gemeentegrens is, is het wel moeilijk he ;) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Manque des wikipedia au Père Lachaise — Re: Plans personnalités connues dans cimetières?
Le 1 mars 2015 à 00:03, Christian Quest cqu...@openstreetmap.fr a écrit : Mais quel râleur ! ;) Je râle aussi :D Marcel Marceau reste sans voix : Achille Zavatta, Pierre Dac et bien d’autres n’ont pas de lien vers l’encyclopédie ! Et Bernard Verlhac http://fr.wikipedia.org/wiki/Tignous est mort de rire :P Comment sélectionner uniquement les objets qui n’ont pas d’attribut wikipedia ?? J’ai rajouté la couleur rouge aux tombes qui l’ont (les autres sont par défaut en blue) : http://overpass-turbo.eu/s/7Vt http://overpass-turbo.eu/s/7Vt — Yves PS: Il y a une des noms curieux : « Bonne maman » . Heureusement que le moteur de recherche indique d’autres sources : http://commons.wikimedia.org/wiki/Category:Grave_of_Bonne_Maman http://commons.wikimedia.org/wiki/Category:Grave_of_Bonne_Maman http://www.appl-lachaise.net/appl/article.php3?id_article=374 http://www.appl-lachaise.net/appl/article.php3?id_article=374 « Tombe du dragon » http://fr.wikipedia.org/wiki/Tombe_du_Dragon http://fr.wikipedia.org/wiki/Tombe_du_Dragon « Madame Sans-Gêne » « Bazar de la Charité » http://fr.wikipedia.org/wiki/Bazar_de_la_Charité#Monument_au_cimeti.C3.A8re_du_P.C3.A8re-Lachaise http://fr.wikipedia.org/wiki/Bazar_de_la_Charit%C3%A9#Monument_au_cimeti.C3.A8re_du_P.C3.A8re-Lachaise « Vol 604 Flash Airlines » C’est un mémorial en hommage aux victimes du crash (pas une tombe) « Dubel et Guillard » Est-ce des familles de personnalités ? L’architecture de la tombe est particulière : http://commons.wikimedia.org/wiki/File:Père-Lachaise_-_Division_31_-_Dubel_et_Guillard_01.jpg http://commons.wikimedia.org/wiki/File:P%C3%A8re-Lachaise_-_Division_31_-_Dubel_et_Guillard_01.jpg « Barry » http://commons.wikimedia.org/wiki/File:Père-Lachaise_-_Division_37_-_Barry_02.jpg?uselang=fr http://commons.wikimedia.org/wiki/File:P%C3%A8re-Lachaise_-_Division_37_-_Barry_02.jpg?uselang=fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Manque des wikipedia au Père Lachaise -- Re: Plans personnalités connues dans cimetières?
En ajoutant [wikipedia!~'.'] exemple: http://overpass-turbo.eu/s/7Vz Le 1 mars 2015 11:50, Yves Pratter yves.prat...@gmail.com a écrit : Le 1 mars 2015 à 00:03, Christian Quest cqu...@openstreetmap.fr a écrit : Mais quel râleur ! ;) Je râle aussi :D *Marcel Marceau* reste sans voix : *Achille Zavatta*, *Pierre Dac* et bien d'autres n'ont pas de lien vers l'encyclopédie ! Et Bernard Verlhac http://fr.wikipedia.org/wiki/Tignous est mort de rire :P Comment sélectionner uniquement les objets qui n'ont pas d'attribut wikipedia ?? J'ai rajouté la couleur rouge aux tombes qui l'ont (les autres sont par défaut en blue) : http://overpass-turbo.eu/s/7Vt -- Yves PS: Il y a une des noms curieux : - Bonne maman . Heureusement que le moteur de recherche indique d'autres sources : http://commons.wikimedia.org/wiki/Category:Grave_of_Bonne_Maman http://www.appl-lachaise.net/appl/article.php3?id_article=374 - Tombe du dragon http://fr.wikipedia.org/wiki/Tombe_du_Dragon - Madame Sans-Gêne - Bazar de la Charité http://fr.wikipedia.org/wiki/Bazar_de_la_Charité#Monument_au_cimeti.C3.A8re_du_P.C3.A8re-Lachaise - Vol 604 Flash Airlines C'est un mémorial en hommage aux victimes du crash (pas une tombe) - Dubel et Guillard Est-ce des familles de personnalités ? L'architecture de la tombe est particulière : http://commons.wikimedia.org/wiki/File:Père-Lachaise_-_Division_31_-_Dubel_et_Guillard_01.jpg - Barry http://commons.wikimedia.org/wiki/File:Père-Lachaise_-_Division_37_-_Barry_02.jpg?uselang=fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] OSM.be should organise not a mapparty for new data but once to repear wrong data mapping :)
Maybe we could agree on an evening per week for doing regular hangout sessions. I don't see myself traveling across Belgium for a repair mapping errors mapathon... During a hangout we can discuss possible ways to fix some of those reported errors. Greetings, Jo 2015-03-01 14:14 GMT+01:00 Jakka vdmfrank...@gmail.com: PS We all put data in, but sometimes not following the rules. Lack of knowledge or the JOSM validator do not find it. I run sometimes http://osmose.openstreetmap.fr http://tools.geofabrik.de/ http://keepright.ipax.at ??? ??? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici: http://tile.openstreetmap.fr/?zoom=17lat=48.8182lon=2.45564layers=B000FFF J'ai supprimé les anciennes tuiles des zoom 15 à 20 de ce rendu de test, donc patience... et pas de changement visible avant le zoom 15. Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-in] Indian OSM server
On Thu, Feb 19, 2015 at 9:35 AM, Shekhar Krishnan shek...@topomancy.com wrote: Knock knock. We were moving along with this and the thread sputtered out. yeah we are here , do we have the servers ready , i have some holidays coming up for Holi can work then . -Satya Satyaakam.net | fossevents.in | ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk] Finding a user from a tag/value?
On Sun, Mar 01, 2015 at 06:23:19PM +1100, Warin wrote: Hi, I'd like to find out which user has contributed a key to the map ... the key has no wiki page and I'd like to know what was meant by the key and its' value. The key has low numbers .. so while there may be more than one user .. I think I only need to contact one of them. I've used Taginfo to find the key, its values and location in broad terms. Any ideas? Or is there a wiki on this topic I've not found on my searches? you may also want to search list archives for need advice for clever query or script, my problem back then was * find all bridge=swing * split results by the first contributor who added bridge=swing to the way * get the results into JOSM for examination and editing and Imre Sau did the hard work for me and created this script: https://gist.github.com/ImreSamu/be49fd1ce511975325d2#file-bridge_swing-sh Richard --- Name and OpenPGP keys available from pgp key servers ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-ja] Geodata Platform
インポート計画のWikiページを作成しました。 http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ_busstop_import 日本語版のみです。 2015年2月23日 22:04 Satoshi IIDA nyamp...@gmail.com: いいだです。 とてもよいと思います！ インポートを行うとすれば、あと大きなところでゆくと ・付与するタグの決定 ・インポート用アカウントの作成 ・それらをまとめて、解説ページ作成 ・talk-ja MLとimports MLで討議 ・作業実施 というかんじになるかと思います。 ドキュメントのテンプレはこちらにあります。 http://wiki.openstreetmap.org/wiki/Import/Plan_Outline 浦安市と鯖江市の建物形状インポートの時の内容が参考になるのではないかと思います。 日本語版ができれば、英訳は手伝えます。(僕の英語もそうとう怪しいもんですが :) ) http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Urayasu_bld_import タグはこんなかんじでしょうか。 public_transportタグを使うかどうか、ちょっと悩みます。 ■全般 highway=bus_stop public_transport=stop_position ■属性テーブルより バス停名: name バス区分: 使わず？ 事業者名: operator バス系統: network ■変更セットのタグとして source = KSJ2/P11 2015年2月23日 18:07 大和田健一 ml.ohw...@gmail.com: 21日にやったことをブログに書いた http://android.ohwada.jp/archives/5697 --- 大和田健一 ml.ohw...@gmail.com ＜Talk:Import Bus stop from 国土数値情報＞ | 300m四方に既存バス停がある場合はインポート対象から外す。 | 600m四方に同一名称のバス停がある場合にはインポート対象から外す。 おおっ！ あのあと、さらに作業を進めたのですね。 --- 大和田健一 ml.ohw...@gmail.com hayashiです。 OpenDataDay で大和田さんと神奈川県のバス停インポートの評価試験を行いました。 （インポートデータの投入はまだ行っていません。） 今回の評価試験の結果を２年半前に「議論」としてあげていたページに追記いたしました。 ＜Talk:Import Bus stop from 国土数値情報＞ http://wiki.openstreetmap.org/wiki/Talk:Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 評価結果は上記のWikiページを参照してください。 ＊ 当初のインポートの課題はクリアできるようになったと思います。 ＊ バス停インポートに関する技術的な問題は解決できたと思います。 変換プラグラムや変換方式などの不具合点などご指摘いただけるとありがたいです。 改善提案もお願いいたします。 また、そろそろインポート作業も進めていきたいと考えております。 インポートの手続きやスケジューリングなど、ご指導いただけるとありがたいです。 よろしくお願いいたします。 2015年2月21日 14:02 yuu hayashi hayashi@gmail.com: 緊急リリース！ 変換プログラムのバグを取りました。 既存のバス停データを避ける機能を追加しました。 http://sourceforge.jp/projects/convbusstop/downloads/62848/ConvBusstop20150221.zip/ （ちゃんと動くことも確認済みです） 2015年2月15日 8:55 大和田健一 ml.ohw...@gmail.com: いいださん 情報ありがとう。 トライしてみます。 --- 大和田健一 ml.ohw...@gmail.com いいだです。 交通、のカテゴリ内にありますよー。 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-N07.html http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P11.html また、バス停のデータについては 変換スクリプトが既にあります。 (これも、本格的に進めるために、 コミュニティインポート、という形でimports MLに提案するのがよいのかしらん？) http://wiki.openstreetmap.org/wiki/Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 2015年2月15日 8:35 大和田健一 ml.ohw...@gmail.com: あっ！ 国交省ですね。 来週 OpenDataDay なので、何かやりたいと思ってます。 ひとまず、バス停とバスルートかな。 国土数値情報は、これかと思いますが。 この中にないような。 http://nlftp.mlit.go.jp/ksj/index.html OSM 以外でも参考可能にするために、 LinkData.org に入れようとも思ってます。 GeoJSON が出来るのかは分からないけど。 --- 大和田健一 ml.ohw...@gmail.com いいだです。 地理院ではなく、国交省さんの出している 国土数値情報じゃないかな、と思いますが、 以前にいくつかのデータはOSMに投入されていると認識しています。 (行政区境データのリファインを僕が作業中であることも含めて) http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import また、過去に行われたインポートが中途で終わってしまっていて、 県によってはデータが未投入である場合もあるかとは思います。 個人的に、バスルートデータは一時期、トレース用に参照ができるように タイル化なりGeoJSON化するなりしようと考えていたのですが、作業が途中で止まっています。 どのデータを使いたいなど、ありますか？ 2015年2月15日 0:03 大和田健一 ml.ohw...@gmail.com: ゴーガさんが Geodata Platform というサイトを開設しました。 http://www.geodata-platform.com/ 見てみると、病院とかバス停とか、役に立ちそうなデータがありました。 オリジナルは、国土地理院 みたいです。 OSM にこの辺のデータは入ってないようですが。 何か問題があるのかな。 単に手が足りていないだけ。 −−− 大和田健一 ml.ohw...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-be] Osmose error op Ongeldig polygoon , Self-intersection[4.820323 51.3383802]
André Pirard schreef op 1/03/2015 om 12:46: On 2015-03-01 12:06, Jakka wrote : Bestaande mapping waar Osmose error op geeft. http://osmose.openstreetmap.fr/nl/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb daar eens proberen te bekijken, de landuse forest een weinig uit elkaar gehaald maar dat wil niet helpen. weet niet waarom dit zo werd aangebracht. Ten zuiden multypolygoon water outer met erin twee afzonderlijket inners Dan een verbinding over één way naar noorden een uitloper van dezelfde multypolygoon, dat begrijp ik niet. De werking, doel en nut van polygonen en relaties dat snap ik nog altijd niet. De wiki geven wel de verschillende mogelijkheden. Kom toch regelmatig fout meldingen tegen. Na een validatie of osmose controle. Ook bij gesloten gebouwen met een binnen koer. Weinigen durven of kunnen dit verbeteren stel ik vast. Jakka Google: Cartographie existante où l'erreur osmose sur geeft. http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb il essayer de voir la forêt terrestres pris un peu à l'écart mais cela ne aide pas. ne sais pas pourquoi il en était ainsi équipée. polygone multy eau extérieure du Sud avec elle deux ampoules en afzonderlijket connectent ensuite une façon de contreforts du nord de multy même polygone, je comprends pas. L'opération, le but et l'utilité des polygones et des relations que je ne comprends toujours pas. Le wiki ne montrer les différentes possibilités. Come messages d'erreur régulières contre. Après une validation ou de vérification osmose. Également dans des bâtiments fermés avec une cour intérieure. Peu osent ou améliorer cela, je constate. Jakka *Polygone invalide* Self-intersection[4.820323 51.3383802] *way 89873303 http://www.openstreetmap.org/browse/way/89873303 * rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w89873303 edit http://osmose.openstreetmap.fr/fr/map/# Erreur reportée le : 2015-03-01 osm-show http://www.openstreetmap.org/?lat=51.3383802lon=4.8203230zoom=18 osm-edit http://www.openstreetmap.org/edit?lat=51.3383802lon=4.8203230zoom=18 josm zone http://localhost:8111/load_and_zoom?left=4.818323bottom=51.3363802right=4.822323top=51.34038020006select=way89873303 *changer le statut :* corrigé http://osmose.openstreetmap.fr/fr/api/0.2/error/2118533584/done faux positif http://osmose.openstreetmap.fr/fr/api/0.2/error/2118533584/false Que ce soit un polygone ou une aire, la self-intersection (auto-intersection) est le fait qu'ils sont dessinés comme un chiffre 8, c'est à dire que le pourtour passe deux fois au(x) même(s) endroit(s) au centre. Si c'était une aire, on pourrait dédoubler la ligne centrale en deux lignes très proches. Mais comme c'est une relation, il faut évidemment supprimer cette ligne et avoir deux aires distinctes dans la relation. = séparer les trois chemins puis supprimer la branche qui relie les deux boucles. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be André merci, Je viens de corriger. the way connecting south and nord deleted. The nord the highway lost his tags, there I put natural=water without a relation. The south in the relations itself I deleted the X, 10 nodes for the nord polygon that is on it self now. Could you check if it is al good Thx Every closed highway (circel elipse shape) can be or must be a relation? And why ? I see landuse pith, farmland never as relation? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Osmose error op Ongeldig polygoon , Self-intersection[4.820323 51.3383802]
On 2015-03-01 13:46, Jakka wrote : André Pirard schreef op 1/03/2015 om 12:46: On 2015-03-01 12:06, Jakka wrote : Bestaande mapping waar Osmose error op geeft. http://osmose.openstreetmap.fr/nl/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb daar eens proberen te bekijken, de landuse forest een weinig uit elkaar gehaald maar dat wil niet helpen. weet niet waarom dit zo werd aangebracht. Ten zuiden multypolygoon water outer met erin twee afzonderlijket inners Dan een verbinding over één way naar noorden een uitloper van dezelfde multypolygoon, dat begrijp ik niet. De werking, doel en nut van polygonen en relaties dat snap ik nog altijd niet. De wiki geven wel de verschillende mogelijkheden. Kom toch regelmatig fout meldingen tegen. Na een validatie of osmose controle. Ook bij gesloten gebouwen met een binnen koer. Weinigen durven of kunnen dit verbeteren stel ik vast. Jakka Google: Cartographie existante où l'erreur osmose sur geeft. http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=51.3383802lon=4.8203230item=1040level=1 Heb il essayer de voir la forêt terrestres pris un peu à l'écart mais cela ne aide pas. ne sais pas pourquoi il en était ainsi équipée. polygone multy eau extérieure du Sud avec elle deux ampoules en afzonderlijket connectent ensuite une façon de contreforts du nord de multy même polygone, je comprends pas. L'opération, le but et l'utilité des polygones et des relations que je ne comprends toujours pas. Le wiki ne montrer les différentes possibilités. Come messages d'erreur régulières contre. Après une validation ou de vérification osmose. Également dans des bâtiments fermés avec une cour intérieure. Peu osent ou améliorer cela, je constate. Jakka *Polygone invalide* Self-intersection[4.820323 51.3383802] *way 89873303 http://www.openstreetmap.org/browse/way/89873303 * rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w89873303 edit http://osmose.openstreetmap.fr/fr/map/# Erreur reportée le : 2015-03-01 osm-show http://www.openstreetmap.org/?lat=51.3383802lon=4.8203230zoom=18 osm-edit http://www.openstreetmap.org/edit?lat=51.3383802lon=4.8203230zoom=18 josm zone http://localhost:8111/load_and_zoom?left=4.818323bottom=51.3363802right=4.822323top=51.34038020006select=way89873303 *changer le statut :* corrigé http://osmose.openstreetmap.fr/fr/api/0.2/error/2118533584/done faux positif http://osmose.openstreetmap.fr/fr/api/0.2/error/2118533584/false Que ce soit un polygone ou une aire, la "self-intersection" (auto-intersection) est le fait qu'ils sont dessinés comme un chiffre 8, c'est à dire que le pourtour passe deux fois au(x) même(s) endroit(s) au centre. Si c'était une aire, on pourrait dédoubler la ligne centrale en deux lignes très proches. Mais comme c'est une relation, il faut évidemment supprimer cette ligne et avoir deux aires distinctes dans la relation. = séparer les trois chemins puis supprimer la branche qui relie les deux boucles. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be André
[Talk-dk] Relations og sø-bøvl
Hej venner! Lavede i nat den sydlige Sortedams Sø i København om til en relation (1), således at Fiskeøen kunne komme til at fremstå som en ø. Efter min opfattelse og tidligere forsøg, skal man i en relation som denne tagge således : Relation - al data der beskriver området, i dette tilfælde natural=water, water=lake, navn osv. Outer - en way der definerer området; Har ingen tags, er blot et geografisk område. Inner - Har tags - i dette tilfælde en ø, place=island, navn osv. Dvs. at man sådan set smider al infoen om området på relationen og lader outer være foruden tags. Det har jeg gjort andre steder og det har funket fint. Det virkede dog ikke på søen her! Området var gråt og søen var på dramatisk vis blevet udtøret! Løste det visuelle problem ved at tagge outer som natural=water, water=lake - men det er jo ikke korrekt, vel? Forstår ikke helt hvorfor den opførte sig således - sammenlignede i en god stund med meta-data fra den nordlige sø. I al fald er søen nu igen blevet fyldt med vand og kortet ligner sig selv. Nogen der ved hvad der skete? (Udover at jeg redigerede midt om natten, hvor øjnene måske ikke er helt klare) Alt det bedste Halfdan Links (1) : http://www.openstreetmap.org/relation/4637688/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[OSM-talk-be] osmose errors from the past
What should be done here? Useless or important ?? http://osmose.openstreetmap.fr/nl/map/#zoom=14lat=50.83583lon=4.37942item=5060level=2layer=Mapnikoverlays=FFFT Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] OSM.be should organise not a mapparty for new data but once to repear wrong data mapping :)
PS We all put data in, but sometimes not following the rules. Lack of knowledge or the JOSM validator do not find it. I run sometimes http://osmose.openstreetmap.fr http://tools.geofabrik.de/ http://keepright.ipax.at ??? ??? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi
Pour Sète il n'y a qu'un segment maritime de fermeture du port, ce n'est pas un trait de côte en double... (en fait il ya a deux ouvertures, mais sur la commune voisine). Ca fait longtemps qu'à divers endroits autour de la France on a des traits en double, ils sont correctement tagués mais ça se voit sur la carte basse résolution par les lignes noires. Ce n'est pas un gros problème mais c'est une tâche de longue haleine qui progresse doucement. Il en reste du coté des Charentes Maritimes et de la Vendée (mais là ça pose question car les photos ne tiennent pas compte des effets des dernières tempêtes, y compris Xynthia ; la question se pose aussi dans les Landes où cette frontière maritime bouge beaucoup, de même elle est à surveiller sur les fragiles côtes normandes sous l'effet de l'érosion, mais elle est bien plus lente que dans les Landes ou l'Aquitaine). C'est différent pour la relation des limites côtières de la France qui ne devrait PAS inclure les ports inclus dans les communes et peut entrer assez profondément dans les estuaires et franchir les limites infra-communales Mais en principe on l'arrête au premier ouvrage d'art qui traverse l'estuaire (pont, écluse, seuil), ou selon les définitions officielles des limites des eaux maritimes et fluviales (limites estimées par les mesures de salinité moyenne et des débits moyens vers l'amont et l'aval (quand le volume d'eau descendant moyen dépasse le volume d'au montant, à coefficient normal des marées). Faute de cette information on ferme un estuaire par estimation, quand sa largeur devient inférieure à environ 50 mètres. Ce trait de côte est de toute façon une estimation aussi, même hors des estuaires sur les hauteurs de marées moyennes (dans de nombreux cas on s'est basé sur la position de la laisse de mer laissée visible sur les photos, ou sur l'empreinte sèche sur les rôchers (non couverte d'algues vivantes) Le 1 mars 2015 02:19, Jérôme Amagat jerome.ama...@gmail.com a écrit : mayotte n'est pas fini! (enfin je crois qu'il l'était mais qu'un canton a été supprimé) les cantons de Manosque sont en double. Je vais me couché je vous laisse faire ça demain. Autre chose,en contrôlant j'ai vu des endroits ou il y avait un trait de côte utilisé pour les multilinestring de France métropolitaine (terres) différent de la limite des communes : Des fois c'est une double frontière le long de la cote séparé de pas grand chose comme dans les communes de : Neufchâtel-Hardelot et Saint-Étienne-au-Mont port la nouvelle Sete (ça je pense que c'est pas normal) Sinon c'est des îles manquante dans les multilinestring ou une différence au niveau des port et des embouchure de rivière.(c'est peut être normal). http://umap.openstreetmap.fr/fr/map/carte-sans-nom_30741 Le 28 février 2015 23:50, Christian Quest cqu...@openstreetmap.fr a écrit : Plus qu'un département à finaliser: La Guadeloupe. Je ressort un shapefile des cantons OSM pour rechercher les derniers trous et anomalies de topologie... on devrait être bon pour le 1er Mars, date d'entrée en vigueur de ces nouveaux cantons électoraux :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] インポートデータに関する削除について
いいだです。 確認もろもろありがとうございます。 さて、本格的に削除作業を行うにあたり、 削除対象のオブジェクトがあったエリア(黄色)を、 すべて差し戻し/invalidateし、通常の、作業→確認のフローを実施できるような状態にしました。 (ikiyaさんと調整済みです) これで、「誰かが削除作業」→「別の誰かが確認」のフローを回せるようになると思います。 (ごめんなさい、インフラ系の運用業務歴が長かったんです。。。) -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] place=quarterタグの現状と今後について
centree です。 https://github.com/gravitystorm/openstreetmap-carto/issues/798 OSM標準タイルにplace=quarterをレンダリングしてほしい！ という個人的な希望を書いてみました。 微妙に説明間違ってるかもしれません、その時は援護（擁護？）いただければ幸いです。 また良い進展がありましたら報告します。 centree（むらかみ） - Original Message - From: Satoshi IIDA nyamp...@gmail.com To: Muarkami Oki oki_aic...@yahoo.co.jp; OpenStreetMap Japanese talk talk-ja@openstreetmap.org Date: 2015/2/27, Fri 18:14 Subject: Re: [OSM-ja] place=quarterタグの現状と今後について いいだです。 個人としてgithubのフォーラムに 投稿すること 誰もが個人として書き込んでいますし、 すべての経緯を説明するのではなく、現状と予定を伝えるだけでも十分だと思います。 boroughもレンダリングしてほしい、という要望もあるようですし、 書き込んでみてはどうでしょう？ (最初の投稿者の math1985さんはよく日本のことをご存知のかたですし、 うまくフォローしてくれると思いますよ :) ) 2015年2月27日 11:38 Muarkami Oki oki_aic...@yahoo.co.jp: 以前、quarterタグが標準タイルで表示されない件について質問させていただいた centree（むらかみ）です。 （https://www.mail-archive.com/talk-ja%40openstreetmap.org/msg08310.html） あのあと、OSM標準タイルにおいて、place=quarter はそのうちレンダリングされるだろうと 甘い期待を持っていたのですが、現状ではレンダリング要望はrejectされているみたいです。 https://github.com/gravitystorm/openstreetmap-carto/issues/798 なんとなく英語を読んでみると、reject後も熱い論議が提起されているみたいですが quarterタグを今後多く利用して行こうという流れになっている日本ユーザーからも良いタイミングで 要望が必要なのかなと思っていたりします。 ※過去の議論では、OSM標準タイルに、日本独特のレンダリングを望むのは難しく osm.jpに日本独特のレンダリングルールを盛り込むという方法で結論に至ったこともあったようなのですが、 PotlatchやiDがユーザーのこと（編集した後にわざわざosm.jpを見に行くとは考えにくい）また、 br osm.orgにいろんな機能が組み込まれるようになったことも考えると、標準タイルでのレンダリングのことも 考えておく必要があるのかなと個人的には思っています。 それで、要望の方法とタイミングなんですが、皆さんどのようにお考えでしょうか？ quarterタグを徐々に増やしていって、日本での重要性と実績を元に要望を出すと通りやすいのかなと思いますが ・OSM標準タイルに表示されないのに、タグを増やすという作業へのモチベーションの問題 ・ISJからのインポート／基盤地図からの目視トレースなど、使える元データはあるが 日本での合意事項に従って活用しようとすると、正しくquarter / neigbourhood に分類、分かち書きできるか subareaを使ってのリレーションをうまく組めるか、など懸案事項も多いように思えます。 https://docs.google.com/spreadsheets/d/1eAE72mjCLoJVGZo5qRhCYK22UxVQ8bpbQSU9ZLHq40o/edit#gid=0 http://qiita.com/nyampire/items/423344fa75707dc138af http://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ_CHOME そうすると、まずはquarterタグを増やす前に、日本での必要性を訴えて osm標準タイルでレンダリングしてもらえるよう要望を出しつつ、 quarterタグに何を入れるべきか、リレーションをどうするか、インポートをどうするかといった議論を並行して行ない 合意を形成した方が良いのかもしれません。 いいだしっぺの私ですが、上記のことで、私がお手伝いできそうなことは 個人としてgithubのフォーラムに 投稿することぐらいですが、 日本のMLでの歴史も踏まえてということになると英語での作文ということもあり自信がありません。 あまり出来ることがなくて恐縮なのですが、何かいいアイデアや、 上記のことに関してすでに行われている動きなどありましたら知識として共有させていただければと思います。 ※個人的には、自分の活動エリアに関して、標準タイルでもレンダリングされる neighbourhood やhamlet でタグ付けしたい誘惑に駆られています…というか 一部、neighbourhood でタグ付けしたものも残してしまっています… いけませんね、そのうち正しいものにしたいと思います…（汗） よろしくお願いします。 centree(むらかみ） ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Concernant les libellés des frontières d'arrondissements départementaux, à certains niveaux (14,15) on voit la précision (arrond:) pas mais pas en zoomant en avant où on a pourtant plus de place pour faire la différence avec les noms de communes ou cantons (qui devraient aussi avoir la précision (canton)). Je comprend qu'on n'ait pas de précision sur les zooms 13 ou moins car de toute façon on ne voit pas non plus les libellés de communes le long des frontières mais on voit plutôt les noeuds place. C'est juste pour les zoom élevés 15 et plus (où le seul noeud place=* ne suffit plus alors qu'on va vouloir plutôt le libellé des différents services municipaux comme la mairie ou ses annexes, les arrêts de bus ou de train, noms de quartiers etc... avec leur icône propre surtout quand ils sont homonymes) qu'on aimerait pouvoir distinguer les frontières des communes, arrondissements, EPCI, cantons (même sous forme abrégée comme c'est pour pour Comm. comm.) Seulement il semble que maintenant on ne voit plus nulle part non plus les noms d'arrondissements, EPCI et cantons. On ne voit plus que les communes et arrondissements municipaux. Mais on voit maintenant les arrondissements départementaux au niveau 18 seulement. Exemple à voir au nord de Saint-Maur-les-Fossés http://tile.openstreetmap.fr/?zoom=15lat=48.81356lon=2.47617layers=B000FFF On voit le nom de commune en plein d'endroit mais aucun moyen de localiser l'arrondissement départemental avant de zoomer très en avant (pour ne voir qu'un tout petit morceau de la commune. A l'échelle de zoom où on veut voir les arrondissements, les libellés de communes sur la frontière sont inutiles puisque les communes sont visibles par les noeuds place. c'est surtout à cette échelle que les précisions comme (arrond.), ou (canton) ou les EPCI devraient être là quitte à les abréger. Pour les bas niveaux de zoom, la non superposition des pointillés pour les relations limitrophes ou de niveaux différents est un vrai plus (merci!), si on peut enfin en voir les motifs et styles réels et si les niveaux sont correctement classés pour afficher le niveau le plus pertinent (niveaux admin le plus petit de tous). Ca évite les gros patés presque noirs qu'on voyait autour de ces frontières. Le 1 mars 2015 14:52, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici: http://tile.openstreetmap.fr/?zoom=17lat=48.8182lon=2.45564layers=B000FFF J'ai supprimé les anciennes tuiles des zoom 15 à 20 de ce rendu de test, donc patience... et pas de changement visible avant le zoom 15. Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Formal proposal: mechanically reverting fixme=set␣better␣denotation / denotation=cluster
This is now a formal proposal to mechanically remove: denotation=cluster fixme=set␣better␣denotation From 200,000+ nodes. See http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt The original mapper has commented on this proposal: *The fixmes are useless and can be deleted.* *The denotation flags still have their value. But I won't reopen the old discussion. It has been done to death back then. If people prefer to destroy other mapper's work by forcing a new meaning on existing objects with mass imports then that's the way it is.* And I disagree, since the tags can mechanically be derived from the data, and since nobody is maintaining the denotation tag. The original mapper's statement was: *NopMap: **Thu Sep 9 07:44:05 BST 2010* *From the topology analysis, I have marked every tree without further* *information that has another tree within 50m with denotation=cluster so* *you can tell it is not a single tree. That should be sufficient for* *distinguishing mass trees and solve the ambiguity. And it's not a* *probably, but a simple fact.* *For a first step, this was limited to all trees in Germany, I will extend it* *in a few days when I have more time.* On Sun, Mar 1, 2015 at 3:23 AM, SomeoneElse li...@atownsend.org.uk wrote: Just for a bit of background on this specific issue, for the lucky people who missed out on it last time around, the mechanical edit that added those values was discussed here: https://lists.openstreetmap.org/pipermail/tagging/2010-September/thread.html#4297 and there's some discussion (a couple of years after the event) on the German forum here: http://forum.openstreetmap.org/viewtopic.php?pid=309562 The discussion on the GB list lead to a revert there: https://lists.openstreetmap.org/pipermail/talk-gb/2010-November/010492.html More comment from the Netherlands: http://forum.openstreetmap.org/viewtopic.php?pid=121302#p121302 Cheers, Andy ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Perda de dados em Itabira e MG-434
Até compreendo Nelson, mas veja uma situação pitoresca: Em https://www.openstreetmap.org/way/319782216 podemos ver que o usuário artarts editou (2 meses atrás) trecho da Rodovia MG-779. Com esse redact o DWG duplicou trecho dessa rodovia em https://www.openstreetmap.org/way/230981855 Em suma, se Inês morreu, a solução é redesenharmos a área começando pela interligação das rodovias. -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, March 1, 2015 6:41 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Perda de dados em Itabira e MG-434 2015-03-01 18:30 GMT-03:00 thunder...@gpsinfo.com.br: Essa correção em Itabira foi por mim informada aqui na lista em agosto de 2014 https://lists.openstreetmap.org/pipermail/talk-br/2014-August/008727.html Acontece que dados com alguma suspeita (e que possam futuramente ser removidos) não podem ser mexidos (por causa do risco de perder trabalho e tempo). No caso foi tudo revertido pra antes da edição dele (mesmo em changesets que não possuíam importação, teve remoção de dados anteriores de outros usuários). O DWG remove do banco de dados tudo o que é redacted (portanto tudo o que foi feito utilizando esses dados somem do mapa) e reverte os outros changesets para a versão anterior às edições (restaurando o que ele excluiu dos outros usuários). O processo tem uma demora nisso tudo: discussão na comunidade, identificação do que precisa ser revertido e depois o remoção pelo DWG. Infelizmente muita coisa que é editada neste intervalo de tempo pode ser revertida ou apagada (seja por aproveitar dados importados ou modificados nos changesets). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
Me lembro de ter editado essa (L)MG-779, com base nas informações e mapas do DER-MG. Não me lembro se fui eu quem incluiu, mas me lembro de ter editado ela... Em 1 de março de 2015 19:15, Nelson A. de Oliveira nao...@gmail.com escreveu: 2015-03-01 19:01 GMT-03:00 thunder...@gpsinfo.com.br: Com esse redact o DWG duplicou trecho dessa rodovia em https://www.openstreetmap.org/way/230981855 Isso é complicado num ponto: é justo que quem teve os dados apagados tenha os mesmos revertidos (que foi o que aconteceu). O problema é que acaba gerando informações duplicadas. O que se faz nessas situações? Não restaura o que foi indevidamente apagado nas importações? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Perda de dados em Itabira e MG-434
Blademir, com o changeset do redact/revert dá para ter uma ideia melhor do que foi afetado: http://nrenner.github.io/achavi/?changeset=28387989 Só é meio pesado de carregar no navegador. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-be] JOSM Remote control
On 2015-02-28 20:25, Glenn Plas wrote : Hey Andre, localhost or 127.0.0.1 is ipv4 , why is your netstat only showing ipv6 ports ? Glenn Excellent question ! I know IPV6 since almost 20 years but I've never seen a V6 connection before this ;-) And just a few weeks ago, I saw this in an e-mail: Received: from ?IPv6:::1? ([2a02:2788:4c4:111:4d35:ec63:fb5:b1a4]) meaning that an acquaintance sent an e-mail to a Google server on ipv6. Well, there is a mapping of ipv4 addresses to ipv6. For example, 127.0.0.1 is 0:0:0:0:0::7f00:1. And I conclude that when netstat finds an address in that range it displays it as v4. It's more readable indeed, like old bank accounts. That mapping has important consequences. It means that a host (Internet user) needs not to have an ipv6 address to use ipv6. The only requirement is that routers use the ipv4 routing table to route mapped addresses. I use just an ipv4 address and a bbox2. If the bbox2 were routing that way, and doing NAT v6, the other routers probably do too, and I could also send most of the packets with ipv7 and do tests. Alas, with Belgamus Proxicom you need a bbox3 and you get both ipv4+ipv6 addresses. Cheers André. On 28-02-15 19:41, André Pirard wrote: On 2015-02-28 17:58, Jo wrote : It makes a connection to the website of openstreetmap and sends your password over it. If you do that over http, all the routers in the middle can simply see your password. Is that a big deal? Not in itself, until somebody starts to 'impersonate' you. Making uploads that weren't yours in your name. Jo I suppose you reply to me (1). The HTTPS support in the Remote Control preferences controls Remote Control which, usually, happens only inside the local computer, which is obvious if you use local ports https://localhost:8112 (or http://localhost:8111) as in Glen's or Ruben's messages. I showed 8111 in a previous message and I show it again in more detail, just after a control: $ netstat -an | more Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp6 0 0 127.0.0.1:8111 :::* LISTEN tcp6 0 0 127.0.0.1:8111 127.0.0.1:56769 TIME_WAIT You see JOSM LISTENing for control connections and the TCP connection between JOSM 8111 and Firefox 56769 ports that has just been closed. Convinced now? Remote control could be to another computer as in wget http://anotherhost:8111/... but it's not what we are talking about here and I don't think Firefox can be configured for that anyway. The connection to the website of openstreetmap you speak of is controlled by EditPreferencesConnection...OSM Server URL: If you use https://... there, you get SSL encryption between JOSM and OSM.org, if you use http://... you don't. Cheers André. (1) and not to Glen or Ruben like in other messages. If we replied inline on this mailing list we would know to whom and about what we're writing. 2015-02-28 17:51 GMT+01:00 André Pirard a.pirard.pa...@gmail.com mailto:a.pirard.pa...@gmail.com: On 2015-02-28 16:57, Ruben Maes wrote : Maybe you can circumvent the issue by doing this: Open JOSM and make sure you have Remote Control enabled. In Firefox, go to this address: https://127.0.0.1:8112/ You should get a warning screen saying This Connection is Untrusted. Click I Understand the Risks and press the Add Exception... button. A window pops up. (You can press View and inspect the certificate if you like. Close the details window if you have done so.) Make sure Permanently store this exception is checked and click Confirm Security Exception. Now you should see a Bad Request error page because you haven't asked JOSM to do anything ;) This worked for me. The website still emits an alert that editing failed, but JOSM loads the data. Ruben That's only if HTTPS support is enabled in the Remote Control preferences. If it's not, my config, 8112 port - unable to connect. And I conclude that the alert I receive too may be because of trying to use closed port 8112 before using port 8111. And my question is: why enable HTTPS if it causes problems? It encrypts information that's stays in your computer, doesn't it? Fearing that NSA would learn the locations you load via remote control? Cheers André. 2015-02-27 9:20 GMT+01:00 Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: StartSSL is a free certificate provider, and most probably firefox doesn't have the intermediate certificate chain on board which means it cannot verify. That is probably the reason, although I do not see startSSL as the certificate writer, I see rapidSSL instead. startSSL is not really a great one to use actually for a site like this. Apple
Re: [Talk-cz] leisure:common
Ahoj, v leisure seznamu to sice není, ale dá se najít napřímo: http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dcommon Marián -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 2. 3. 2015 1:28:35 Předmět: [Talk-cz] leisure:common Ahoj, protoze mam po nedavnych importech kolem baraku spoustu leisure:common tak jsem se chtel podivat na wiki, jak je to presne definovano (kvuli sjednoceni s dalsimi podobnymi plochami) a na CZ wiki jsem to nenasel. Tak si rikam, ze bych mohl CZ wiki updatovat, ale neni to ani na EN wiki... a ani na DE, na FR... az na chorvatské a italské wiki jsem nalezl kratulinkou veticku (Zelena površina po kojoj se može hodati.). Kde k tomu vzít nějaký věrohodný zdroj, který nebude tak překvapivě a až nebezpečně stručný...? S díky vop ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-ja] インポートデータに関する削除について
おかのです もっといえば、建物データの緯度経度をdiffとってチェックできればよいのですが、 ちょっと僕には難しいです。すみません。 基盤地図情報とOSMデータの緯度・経度を比較してみました。 基盤地図情報 (BldA, BldL) と、 Overpass APIで取得した building タグを持つウェイに含まれる緯度・経度をそのまま文字列として比較し、 一致するものを探すという、雑な方法です。 # 徳島県のインポート手順のページが削除されており、 # この方法でいいのかもわかりませんが…… 結果は、 和歌山県は該当なし、 徳島県は1540ノードが見つかりました。 user は以下の通り。 219 kikkawamitsuru 1320 mitsurukikkawa 1 徳島県オープンデータ 見つかったノードの一覧は http://jnug.net/osm/unko-tokushima.txt に置いてあります。 比較に使ったデータは以下のとおりです。 - 徳島県 -- 基盤地図情報 FG-GML-503356-ALL-20141001.zip FG-GML-503357-ALL-20140701.zip FG-GML-503365-ALL-20140701.zip FG-GML-503366-ALL-20150101.zip FG-GML-503367-ALL-20150101.zip FG-GML-503375-ALL-20141001.zip FG-GML-503376-ALL-20150101.zip FG-GML-503377-ALL-20140701.zip FG-GML-503421-ALL-20141001.zip FG-GML-503422-ALL-20140701.zip FG-GML-503431-ALL-20140701.zip FG-GML-503432-ALL-20150101.zip FG-GML-503433-ALL-20150101.zip FG-GML-503434-ALL-20140701.zip FG-GML-503440-ALL-20140701.zip FG-GML-503441-ALL-20140701.zip FG-GML-503442-ALL-20150101.zip FG-GML-503443-ALL-20150101.zip FG-GML-503444-ALL-20150101.zip FG-GML-503450-ALL-20150101.zip FG-GML-503451-ALL-20141001.zip FG-GML-503452-ALL-20150101.zip FG-GML-503453-ALL-20141001.zip FG-GML-503454-ALL-20141001.zip FG-GML-503455-ALL-20140701.zip FG-GML-503456-ALL-20140701.zip FG-GML-503460-ALL-20150101.zip FG-GML-503461-ALL-20141001.zip FG-GML-503462-ALL-20140701.zip FG-GML-503463-ALL-20141001.zip FG-GML-503464-ALL-20150101.zip FG-GML-503465-ALL-20150101.zip FG-GML-503466-ALL-20140701.zip FG-GML-503470-ALL-20141001.zip FG-GML-503471-ALL-20150101.zip FG-GML-503472-ALL-20140701.zip FG-GML-503473-ALL-20141001.zip FG-GML-503474-ALL-20150101.zip FG-GML-503475-ALL-20150101.zip FG-GML-513305-ALL-20141001.zip FG-GML-513306-ALL-20150101.zip FG-GML-513307-ALL-20141001.zip FG-GML-513316-ALL-20140701.zip FG-GML-513317-ALL-20150101.zip FG-GML-513400-ALL-20150101.zip FG-GML-513401-ALL-20150101.zip FG-GML-513402-ALL-20150101.zip FG-GML-513403-ALL-20150101.zip FG-GML-513404-ALL-20140701.zip FG-GML-513405-ALL-20140701.zip FG-GML-513410-ALL-20150101.zip FG-GML-513411-ALL-20150101.zip FG-GML-513412-ALL-20150101.zip FG-GML-513413-ALL-20150101.zip FG-GML-513414-ALL-20150101.zip FG-GML-513415-ALL-20150101.zip FG-GML-513421-ALL-20140701.zip FG-GML-513422-ALL-20150101.zip FG-GML-513423-ALL-20141001.zip FG-GML-513424-ALL-20141001.zip FG-GML-513425-ALL-20140701.zip -- OSM (OverpassAPI で以下のクエリで取得: meta osm_base=2015-03-02T03:10:02Z/) ( way [building~.] (33.51,133.65, 34.28,134.86) ; ; ); out meta; -和歌山県 -- 基盤地図情報 FG-GML-503514-ALL-20140701.zip FG-GML-503515-ALL-20150101.zip FG-GML-503516-ALL-20150101.zip FG-GML-503523-ALL-20141001.zip FG-GML-503524-ALL-20141001.zip FG-GML-503525-ALL-20141001.zip FG-GML-503526-ALL-20141001.zip FG-GML-503527-ALL-20141001.zip FG-GML-503532-ALL-20140701.zip FG-GML-503533-ALL-20141001.zip FG-GML-503534-ALL-20150101.zip FG-GML-503535-ALL-20141001.zip FG-GML-503536-ALL-20140701.zip FG-GML-503537-ALL-20141001.zip FG-GML-503542-ALL-20150101.zip FG-GML-503543-ALL-20150101.zip FG-GML-503544-ALL-20150101.zip FG-GML-503545-ALL-20140701.zip FG-GML-503546-ALL-20140701.zip FG-GML-503547-ALL-20140701.zip FG-GML-503551-ALL-20141001.zip FG-GML-503552-ALL-20150101.zip FG-GML-503553-ALL-20150101.zip FG-GML-503554-ALL-20150101.zip FG-GML-503555-ALL-20140701.zip FG-GML-503556-ALL-20150101.zip FG-GML-503557-ALL-20150101.zip FG-GML-503560-ALL-20140701.zip FG-GML-503561-ALL-20141001.zip FG-GML-503562-ALL-20141001.zip FG-GML-503563-ALL-20141001.zip FG-GML-503564-ALL-20140701.zip FG-GML-503565-ALL-20140701.zip FG-GML-503566-ALL-20141001.zip FG-GML-503567-ALL-20150101.zip FG-GML-503570-ALL-20150101.zip FG-GML-503571-ALL-20150101.zip FG-GML-503572-ALL-20140701.zip FG-GML-503573-ALL-20141001.zip FG-GML-503574-ALL-20140701.zip FG-GML-503575-ALL-20150101.zip FG-GML-503577-ALL-20150101.zip FG-GML-503640-ALL-20141001.zip FG-GML-503670-ALL-20150101.zip FG-GML-513500-ALL-20140701.zip FG-GML-513501-ALL-20150101.zip FG-GML-513502-ALL-20141001.zip FG-GML-513503-ALL-20141001.zip FG-GML-513504-ALL-20140701.zip FG-GML-513505-ALL-20140701.zip FG-GML-513507-ALL-20141001.zip FG-GML-513510-ALL-20141001.zip FG-GML-513511-ALL-20150101.zip FG-GML-513512-ALL-20140701.zip FG-GML-513513-ALL-20141001.zip FG-GML-513514-ALL-20141001.zip FG-GML-513520-ALL-20140701.zip FG-GML-513521-ALL-20150101.zip FG-GML-513522-ALL-20150101.zip FG-GML-513523-ALL-20150101.zip FG-GML-513524-ALL-20141001.zip FG-GML-513525-ALL-20150101.zip FG-GML-513530-ALL-20141001.zip FG-GML-513531-ALL-20141001.zip FG-GML-513532-ALL-20150101.zip FG-GML-513533-ALL-20150101.zip FG-GML-513534-ALL-20141001.zip FG-GML-513535-ALL-20141001.zip FG-GML-513542-ALL-20150101.zip FG-GML-513543-ALL-20150101.zip FG-GML-513544-ALL-20150101.zip FG-GML-513545-ALL-20150101.zip FG-GML-513600-ALL-20140701.zip -- OSM (OverpassAPI で以下のクエリで取得: meta osm_base=2015-03-02T03:24:02Z/) ( way [building~.] (33.33,134.94, 34.39,136.06) ; ; ); out meta;
[talk-ph] Fwd: OSM DRR Training in Calamian, Palawan
Dear everyone, Sharing with the rest of the list this invitation from Erwin Olario and the Swiss Red Cross for an OSM training in Busuanga, Palawan this March. We are looking for one more team member to complete the 4 person team in the first leg of the DRR Training in Busuanga. Details below. If you are interested, please send details to Win Olario. -- Forwarded message -- From: Erwin G. Olario er...@ngnuity.net Date: Thu, Feb 26, 2015 at 10:53 PM Subject: OSM DRR Training in Calamian, Palawan Hi everyone. I hope that all is well with you. The Swiss Red Cross, along with the municipality of Busuanga, is organizing a OpenStreetMap DRR training on 30th March to 1st April. That's Monday to Wednesday of the Holy Week. You may then have the rest of the holy week to spend as you wish. Due to possibly limited flights, tickets for said sched may not be available so the alternative training schedule is set for 19th 21st March (Thursday to Saturday.) Confirming your availability as soon as possible makes the Holy Week schedule more likely. :D We are looking for one more trainer who can join us in this program. This is one way of brushing up what we learned from the ToT workshop, and get a chance to help out Busuanga and put the word out about OSM. Should you have any queries or concern, please feel free to write us back. Best, Erwin Olario - - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fwd: OSM DRR Training in Calamian, Palawan
Maraming salamat, Maning. Ipinaabot namin ang kanilang paganyaya sa inyo lahat, kung kayo man ay may oras na makasama namin sa Busuanga upang makapag co-facilitate sa pagsasanay na ito. Huwag pong mag-atubiling kontakin ako, kung may katanungan kayo. Maarin ninyong makikita ang mga paksang balak talakayin dito [0]. /r Erwin [0] https://hackpad.com/Busuanga-Program-of-Activities-JYK57DBlxGg On Mon, Mar 2, 2015 at 1:08 PM maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Sharing with the rest of the list this invitation from Erwin Olario and the Swiss Red Cross for an OSM training in Busuanga, Palawan this March. We are looking for one more team member to complete the 4 person team in the first leg of the DRR Training in Busuanga. Details below. If you are interested, please send details to Win Olario. -- Forwarded message -- From: Erwin G. Olario er...@ngnuity.net Date: Thu, Feb 26, 2015 at 10:53 PM Subject: OSM DRR Training in Calamian, Palawan Hi everyone. I hope that all is well with you. The Swiss Red Cross, along with the municipality of Busuanga, is organizing a OpenStreetMap DRR training on 30th March to 1st April. That's Monday to Wednesday of the Holy Week. You may then have the rest of the holy week to spend as you wish. Due to possibly limited flights, tickets for said sched may not be available so the alternative training schedule is set for 19th 21st March (Thursday to Saturday.) Confirming your availability as soon as possible makes the Holy Week schedule more likely. :D We are looking for one more trainer who can join us in this program. This is one way of brushing up what we learned from the ToT workshop, and get a chance to help out Busuanga and put the word out about OSM. Should you have any queries or concern, please feel free to write us back. Best, Erwin Olario - - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-de] Error render on OSM.org
Johannes Silly johannes.silly at gmail.com writes: Da stellte ich fest das der Server überlastet ist oder sein sollte, naja dachte ich kein Problem hab ja erst was geändert und deshalb ist er überlastet, deshalb später (einen Tag) nochmal probiert wieder gleiche Problem! Bekanntes Problem... Meine fragen nun: Ist das Standard oder nur diese Woche so? Ist Standard. SVG (und vermutlich auch PDF) werden in Echtzeit gerendert. Der Server lehnt solche Anfragen ab wenn die Last auf dem Render-Server eine gewisse Schwelle übersteigt. Lass das Tab mit der Fehlermeldung offen und lade hin und wieder neu. Also mit angemessener Pause dazwischen. Irgendwann trifft man zufällig einen Slot in dem die Last unter der magischen Schwelle ist. Meine Alternative war halt dann mal wieder ein Bildschirmfoto. Keine Lösung für die Druckproduktion. Die (offizielle) und echte Lösung wäre selber zu rendern. Allerdings ist weder das Aufsetzen noch das Betreiben eines Render-Servers besonders einfach. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
En revanche les pôles de proximité de la métropole (qui ne sont pas des subdivisions de niveau 9 car elles sont à cheval sur les communes membre de la métropole) ont leur nom encore rendu au milieu de la voie, à cheval sur le pointillé de frontière et non de chaque côté (comme les limites d'EPCI et toutes les autres frontières des relations boundary=*, administratives ou pas). Ces pôles de proximité sont pourtant bien des boundary=* (de type spécial qui n'est pas non plus le boundary=local_authority de la métropole mais une de ses subdivisions) et ont un intérieur et un extérieur qu'il serait pertinent de prendre en compte. Les afficher successivement alors qu'ils ne sont pas du même côté et en conurrence aussi avec les noms de rues centrés sur la voie ne donne pas de bons résultats. http://tile.openstreetmap.fr/?zoom=18lat=47.21396lon=-1.57203layers=B000FFF Le 2 mars 2015 04:11, Philippe Verdy verd...@wanadoo.fr a écrit : Je les vois ces limites de quartier avec le rendu OSM.fr: http://tile.openstreetmap.fr/?zoom=15lat=47.21709lon=-1.56657layers=B000FFF comme aussi le rendu OSM.fr Low Zoom Test: http://tile.openstreetmap.fr/?zoom=15lat=47.21709lon=-1.56657layers=B000FFF Dans les deux cas c'est centré sur la limite entre les quartiers (admin_level=10) Hauts-Pavé et Saint-Félix : - au niveau 13 ou moins, juste le nom de la ville et les portes de la rocade et des autoroutes, et quelques noms de très longues rues ou routes du réseau principal, plus les éléments géographiques majeurs comme les îles de taille assez importante (ici l'île principale de Nantes ou l'île d'Héron à Saint-Sébastien-sur-Loire), mais aucun quartier de Nantes n'est assez grand pour y centrer un libellé (contrairement aux quartiers de Saint-Sébastien-sur-Loire). Dans tous les cas le nom de commune reste prioritaire. - au niveau 14, ils sont là juste en libellé central (mais pas le long des frontières), la concurrence se fait avec les autres libellés plus important (dont le noeud place=city et les noeuds de stations ferroviaires), et les noms de quelques rues de plus assez longues (mais pas assez longues pour laisser de la place pour autre chose). - au niveau 15 et 16, plus de libellé central du tout, mais tracé le long des frontières (la concurrence existe avec les noms de rues principales, pas encore avec les rues résidentielles tracées en blanc laissées sans nom, mais du coup il y a souvent de la place le long des frontières) - au niveau 17, en revanche, ça disparait souvent, car toutes les rues affichent leur nom et prennent la place, cependant il reste de la place de temps en temps, surtout au niveau 18+, juste assez pour repérer ces quartiers) Le 1 mars 2015 19:20, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Les quartiers en admin_level=10 qui n'ont pas d'admin_center ne sont pas visibles. Ce serait possible qu'ils le deviennent ? Pour ceux de Nantes, j'ai tenté de tricher (patapé) en ajoutant le tag place=surburb dans la relation, mais ça n'a rien changé au rendu : http://www.openstreetmap.org/relation/4593997 http://tile.openstreetmap.fr/?zoom=15lat=47.21218lon=-1.56389layers=B000FFF Au passage, sur le site tile.openstreetmap.fr, le permalink ne fonctionne pas si on a fait une recherche au préalable. Stf Le 01/03/2015 19:01, Christian Quest a écrit : Oui, un petit bug quelque part, ce n'est pas voulu... Et hop: https://github.com/cquest/osmfr-cartocss/issues/5 Le 1 mars 2015 18:47, Francescu GAROBY windu...@gmail.com a écrit : Merci pour cette évolution : c'est chaque fois un amusement que de chercher les petites nouveautés :-) Une remarque : l'icône du palais de justice n'apparaît qu'au zoom 18 http://tile.openstreetmap.fr/?zoom=18lat=49.1824lon=-0.37004layers=B000FFF, alors que celles des théâtres, bibliothèques, ... apparaissent au zoom 17 http://tile.openstreetmap.fr/?zoom=17lat=49.18168lon=-0.36736layers=B000FFF. Est-ce dû à un conflit entre l'icône et le nom du bâtiment (mais la place ne semble pas être un problème ici http://tile.openstreetmap.fr/?zoom=17lat=49.1793lon=-0.36597layers=B000FFF) ou est-ce défini ainsi dans tes CSS ? Dans ce dernier cas, je serais pour harmoniser : les 3 types de bâtiments que je cite sont des bâtiments généralement bien connus dans une ville et sont donc des repères importants et évidents. Francescu Le 1 mars 2015 14:52, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici:
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Je les vois ces limites de quartier avec le rendu OSM.fr: http://tile.openstreetmap.fr/?zoom=15lat=47.21709lon=-1.56657layers=B000FFF comme aussi le rendu OSM.fr Low Zoom Test: http://tile.openstreetmap.fr/?zoom=15lat=47.21709lon=-1.56657layers=B000FFF Dans les deux cas c'est centré sur la limite entre les quartiers (admin_level=10) Hauts-Pavé et Saint-Félix : - au niveau 13 ou moins, juste le nom de la ville et les portes de la rocade et des autoroutes, et quelques noms de très longues rues ou routes du réseau principal, plus les éléments géographiques majeurs comme les îles de taille assez importante (ici l'île principale de Nantes ou l'île d'Héron à Saint-Sébastien-sur-Loire), mais aucun quartier de Nantes n'est assez grand pour y centrer un libellé (contrairement aux quartiers de Saint-Sébastien-sur-Loire). Dans tous les cas le nom de commune reste prioritaire. - au niveau 14, ils sont là juste en libellé central (mais pas le long des frontières), la concurrence se fait avec les autres libellés plus important (dont le noeud place=city et les noeuds de stations ferroviaires), et les noms de quelques rues de plus assez longues (mais pas assez longues pour laisser de la place pour autre chose). - au niveau 15 et 16, plus de libellé central du tout, mais tracé le long des frontières (la concurrence existe avec les noms de rues principales, pas encore avec les rues résidentielles tracées en blanc laissées sans nom, mais du coup il y a souvent de la place le long des frontières) - au niveau 17, en revanche, ça disparait souvent, car toutes les rues affichent leur nom et prennent la place, cependant il reste de la place de temps en temps, surtout au niveau 18+, juste assez pour repérer ces quartiers) Le 1 mars 2015 19:20, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Les quartiers en admin_level=10 qui n'ont pas d'admin_center ne sont pas visibles. Ce serait possible qu'ils le deviennent ? Pour ceux de Nantes, j'ai tenté de tricher (patapé) en ajoutant le tag place=surburb dans la relation, mais ça n'a rien changé au rendu : http://www.openstreetmap.org/relation/4593997 http://tile.openstreetmap.fr/?zoom=15lat=47.21218lon=-1.56389layers=B000FFF Au passage, sur le site tile.openstreetmap.fr, le permalink ne fonctionne pas si on a fait une recherche au préalable. Stf Le 01/03/2015 19:01, Christian Quest a écrit : Oui, un petit bug quelque part, ce n'est pas voulu... Et hop: https://github.com/cquest/osmfr-cartocss/issues/5 Le 1 mars 2015 18:47, Francescu GAROBY windu...@gmail.com a écrit : Merci pour cette évolution : c'est chaque fois un amusement que de chercher les petites nouveautés :-) Une remarque : l'icône du palais de justice n'apparaît qu'au zoom 18 http://tile.openstreetmap.fr/?zoom=18lat=49.1824lon=-0.37004layers=B000FFF, alors que celles des théâtres, bibliothèques, ... apparaissent au zoom 17 http://tile.openstreetmap.fr/?zoom=17lat=49.18168lon=-0.36736layers=B000FFF. Est-ce dû à un conflit entre l'icône et le nom du bâtiment (mais la place ne semble pas être un problème ici http://tile.openstreetmap.fr/?zoom=17lat=49.1793lon=-0.36597layers=B000FFF) ou est-ce défini ainsi dans tes CSS ? Dans ce dernier cas, je serais pour harmoniser : les 3 types de bâtiments que je cite sont des bâtiments généralement bien connus dans une ville et sont donc des repères importants et évidents. Francescu Le 1 mars 2015 14:52, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici: http://tile.openstreetmap.fr/?zoom=17lat=48.8182lon=2.45564layers=B000FFF J'ai supprimé les anciennes tuiles des zoom 15 à 20 de ce rendu de test, donc patience... et pas de changement visible avant le zoom 15. Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-be] OSM.be should organise not a mapparty for new data but once to repear wrong data mapping :)
Hello I think that Jakka's initiative (to have regular meetings to check and verify OSM content) is good, but as Jo points out I don't see myself traveling across Belgium for a repair mapping errors mapathon... Maybe we could agree on an evening per week for doing regular hangout sessions. the frequency could be adapted to personnal wishes. Let's maybe start with a less ambitious goal (once a month a public event on hangout or better imho Mozilla Hello best regards, Nicolas [1] https://www.mozilla.org/fr/firefox/hello/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
les POI : j'aime bien aussi cette homogénéité du rendu HOT mais autant faire autre chose et rendre plus visible certaines chose (les pharmacies sont très bien sur le rendu FR par exemple) pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte bancaire pour les banque et la caisse enregistreuse pour les DAB j'aurais bien mis la carte pour les DAB justement (mais il y a risque de confusion d'un rendu à l'autre) je trouve surtout que les icônes pleines du rendu HOT ressortent mieux que les dessins détaillés (carte/ticket pour les DAB) de même des icônes de dimension plus proche (la pompe à essence je la trouve un peu petite, la mairie aussi mériterait d'être un peu agrandi voir beaucoup pour la faire ressortir) et certains POI de couleur dégradé ressortent bizarrement alors que toutes les autres sont en aplat voir mono-chrome (SNCF et la Poste ... au fait ces logos sont libre d'utilisation ?) les noms de places ou autres sont bien mieux rendu qu'avant je trouve (on va pas faire que critiquer hein) les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau rendu) : les noms de régions gardent la priorité en zoom 6 maintenant ça c'est bien (mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes) en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion disparait au profit de Plourivo ... à partir du zoom 7 les départements sont distingués, mais seules les villes de plus de 100.000 habitants ont un rendu spécifique (un point) il me semblerait opportun d'offrir aussi un rendu aux préfectures (un cercle ? ce qui donnerait un point cerclé pour les préfectures de plus de 100.000 habitants) zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars écrase Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, alors que sur le rendu FR Loudun reste visible) voilà si ça peut faire avancer le schmilblick Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : C'est vrai que la comparaison avec le rendu humanitaire révèle des tas d'icônes oubliées dans le rendu fr. Et je trouve les icônes monochromes du rendu humanitaire mieux finies et plus lisibles (et moins gênantes pour une exploitation de la carte dans un fond sur lequel on fera des cartes spécialisées avec des POI ou routes mises en évidence en vectoriel sur une sélection ou simplement pour parcourir la carte). Par exemple les écoles (les deux enfants qui courent pour le primaire et le secondaire, la toque des étudiants pour les écoles supérieures, même si les cérémonies de remise de diplôme en costume ne sont pas une tradition française, on sait ce que c'est grâce aux médias) les bibliothèques (icone symbolisant un livre ouvert), les médecins (trousse médicale avec le + dessus), les théâtres et salles de spectacles (icône des deux masques de carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), les bureaux de change (icône $+calculette) -- on n'a que les agences bancaires -- les fontaines et points d'eau potable (icone du verre et du robinet), et les grands types de commerces (alimentaire,s habillement, restauration à l'assiette, restauration rapide, cafés/bars/pubs, superettes alimentaires, boulangeries/patisseries, boucheries/charcuteries, coiffure et soins personnels, vêtements, électroménager, location de véhicules, services et location cycliste, arrêts de taxi = voiture avec panneau sur le toit...), ambassades et consulats (à Paris surtout: bâtiment à dôme avec un drapeau dessus), garages auto (deux outils croisés: clé à pans et tournevis)... En France on pourrait avoir aussi les bureaux de tabac (la carotte rouge) qui sont des points de vente de plus en plus multiservice (presse, bar, assez souvent, dépot de pain, agence postale, ou relais colis...), les boutiques de téléphonie/internet mobile (symbole possible: un smartphone, avec antenne?) Le 1 mars 2015 17:21, Pierre Béland pierz...@yahoo.fr a écrit : Chantier intéressant qui peut permettre d'innover par rapport au rendu standard, mieux répertorier les différents services et aussi se préoccuper de mieux équilibrer le rendu entre les différentes activités. Je suggère d'atténuer le jaune des grandes surfaces de stationnement. Par ailleurs, différents services à la collectivité sont souvent soit mal répertoriés soit non mis en évidence sur la carte alors qu'à coté les fast-foods sont parfois hyper-visibles. Les pharmacies sont bien rendues, mais ce n'est pas le cas pour d'autres services. Pas très loin du bureau de médecin listé ci-dessous, le terrain de soccer est joliment dessiné tout comme d'autres lieux sportifs à proximité. http://tile.openstreetmap.fr/?zoom=18lat=49.42257lon=1.13145layers=B000FFF À droite de ce terrain, le Centre d'Action sociale rue des Hautes Haies et Crèche Maman les p'tits bateaux rue François Herr ne sont identifiées que grâce au nom affiché. Le style humanitaire a un icône pour les
Re: [Talk-ro] Fw: Targu Mures
Salut In primul rand sa inveti sa vorbesti corect limba ROMÂNĂ deoarece esti pe teritoriu romanesc si faci parte dintr-o minoritate nationala. In al doilea rand sa inveti sa iti respecti colegii , munca lor si sa le raspunzi la mail. Nu sa fie nevoie sa trezim tot osm staff ca sa te sensibilizam pe tine. In al treilea rand si in PRINCIPAL sa respecti regulile de editare pe harta. Alea nu le-am inventat eu sau alt coleg. Sunt inventate de creatorii proiectului si sunt puse acolo pentru a fi respectate si pentru a nu face o cacialma din harta. Nu imi veni cu un document wiki pe post de document oficial. Nu are nicio valoare oficiala. Daca te uiti pe harta osm oriunde in lume NU ai sa vezi combinatii de nume in 2 limbi diferite puse pe acelasi element pe tag-ul name. Dupa cum a spus si Gabriel, ai tag specific pentru alte limbi decat cele oficiale, native ale tarii respective. In cazul limbii maghiare tag-ul este name:hu pe care tu l-ai sters de fapt cu buna stiinta de pe majoritatea elementelor din Targu Mures. Tag-ul acesta functioneaza , iar cand esti pe un navigator gps si comuti la limba maghiara iti va arata denumirile in limba maghiara tocmai datorita acestui tag - name:hu. Deci totul era in regula pe harta si nu necesita interventia ta. Deci trebuie sa se poata face selectie. Ori daca tu ai pus combinatie de 2 nume pe tag-ul name - a iesit un ditamai carnatul de nume pe care nimeni nu va sti sa il caute pe gps, nu vei mai gasi nicio adresa asociata numelui original deoarece ai stricat corespondenta cu adresele prin tag-ul addr:street. Este adevarat ca pe harta web - pe mapnik nu vei vedea decat numele puse la tag-ul name nu si cele puse la alternative names sau cele pentru alte limbi. Aici nu ai ce face, asta este, trebuie sa accepti sa vezi pe mapnik doar numele romanesti. Targu Mures este facut perfect din punct de vedere al numelor, este ca un oras de referinta - este printre primele ajunse la nivelul acesta de acoperire iar asta i-o datoram in special colegului Attila Oszkar, pe care nu l-ai respectat in primul rand cand i-ai stricat munca si nici macar nu i-ai raspuns la mailuri. Invata sa lucrezi in grup, invata sa lucrezi in comunitate!!! In viata o sa ai multa nevoie... On 02.03.2015 01:28, Gabriel Sebastian Moise wrote: in Romania, orice denumire este default in Romana, pentru limbi alternative, gen denumire strazi alternativa, exista tag, pentru fiecare tara , si denumirea in limba respectiva. OsmAnd si alte softuri stiu sa caute. Orice denumire este afisata de harta ca fiind primara cea a limbii materne. Nu te gasesti tu sa schimbi chestia asta ! Oi fi tu primul insa n-o sa-ti dam medalie, si nici statuie nu-ti ridicam ! Daca te mai apuci, sa redenumesti dupa cum ai facut pana acum, nu o sa mai de gasesti nimic in targu mures nici in romana nici in maghiara. Daca nu te conformezi dupa alte zeci de useri care fac editari saptamanale, daca nu chiar zilnice.. risti sa nu mai poti face nici o editare ! Ceea ce ai facut tu , e echivalentul cu a sterge tot orasul sau ma rog, doar denumirile strazilor, a delimitarii administrative, si a numelui orasului cu tot ce tine el ! Dupa ce ai vazut ca ti se da revert la tot ceea ce ai stricat tu, nu stiu cum de ai avut AMBITIA de a o lua de la capat de inca doua ori ! Cum de ai avut TUPEU, ca sa stergi aeroportul si tot ceea ce ai facut tu Noi am venit la tine acasa, sa stergem lavabila de pe pereti, sa stergem tv-ul, frigiderul si tot ce ai tu prin casa ?!?! Daca nu te pricepi sa faci ceva cum trebuie, de ce nu ceri ajutor ?!?! Nu zice nimeni ca poate nu ai avut o intentie buna, insa modul in care ai aplicat-o , a fost unul dezastruos ! Gandeste-te ca harta OSM, o sa iasa cum trebuie, insa sunt alte foarte multe softuri care extrag la o anumita data, un release pentru softul lor de navigatie ? Targu mures n-o sa mai existe ! Daca pe viitorul release , sau peste 2, a hartii pentru MapFactor Navigator, Scout, harta o sa fie dezastru... nu te vad bine ! Data viitoare cand ti se lasa ,mesaje, sa ai bunul simt sa raspunzi la ele ! Nu trata cu indiferenta ! În data de 2 martie 2015, 00:56, Gergely Bartha [via GIS] [hidden email] /user/SendEmail.jtp?type=nodenode=5835437i=0 a scris: - Forwarded Message - *From:* Gergely Bartha [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835435i=0 *To:* [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835435i=1 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5835435i=2 *Sent:* Monday, March 2, 2015 12:52 AM *Subject:* Targu Mures Buna! Cand am registrat la aceast site, am crezut ca nu este o problema daca il scriu numele strazilor din Targu Mures in doua limbi. Intr-un oras, care este locuit in jumatate de maghiari, este normal sa aiba numele orasului si strazilor bilingve. Nu inteleg de ce va deranjeaza acest fapt. Daca este scris in doua
Re: [OSM-talk-ie] Map request
Done http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-20-29show_warped=0 http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-23-29show_warped=0 Cavan Civil Parish/Barony map is up as well. http://mapwarper.net/maps/8478 D On 1 March 2015 at 14:17, Patrick Matthews mullinalag...@gmail.com wrote: Hi, Could I get the remaining sheets for 23/29 (NE, NW and SE) and 20/29 (NE, NW and SW) please. Thanks, Paddy Matthews. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Sur osm.org , http://osm.org/go/0BSw5KORr on voit un doctor qu'on ne voit pas sous osm.fr http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Pour la police, le coup des menottes c'est -1 ! Cordialement, HP -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Distanz-Berechnung mit Excel
Hallo Markus. Suche grad nach einer Anleitung zur Berechnung einer orthodromen Distanz mit Excel. Du kannst dir mal die Unterlagen des Kurses Ortsbasierte Informationssysteme von Prof. Dr. Thomas Schwotzer anschauen. Vielleicht helfen dir diese weiter. Kurs: http://people.f4.htw-berlin.de/lehrende/schwotzer/lehrveranstaltungen/mobile-informationssysteme.html Thema Linien: http://people.f4.htw-berlin.de/fileadmin/user_upload/Dozenten/AI-Dozenten/Schwotzer/Geo_Ortung/2_Linien_LN.pdf Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error render on OSM.org
Welches Format hast Du denn gewählt ? Bei .svg macht der Server sehr schnell schlapp. Versuche es doch mal mit einem minimalen Auschnitt, wenn es dann dauerhaft fehlschlägt gibt es wohl wirkliche Probleme. Grüße fly Am 01.03.2015 um 16:34 schrieb Johannes Silly: Hallo liebe Kollegen ich bin mir ja meiner Sache nicht sicher deshalb frag ich mal nach: Ich hab die letzten Tage mal seit langen wieder mal die Export funktion auf OSM.org nutzen wollen um schnell mal ein Bild zum ausdrucken und herzeigen zu haben. Da stellte ich fest das der Server überlastet ist oder sein sollte, naja dachte ich kein Problem hab ja erst was geändert und deshalb ist er überlastet, deshalb später (einen Tag) nochmal probiert wieder gleiche Problem! Deshalb mal an anderen stellen getestet aber immer das gleiche. Fehlerseite Siehe Auszug: Meine fragen nun: Ist das Standard oder nur diese Woche so? Und kann man das fixen? Gibt es bereits eine Lösung? Wird daran gearbeitet? Ich glaub auch als nicht OSM Begeisteter kann das abschreckend wirken (im Weitesten Sinne) Meine Alternative war halt dann mal wieder ein Bildschirmfoto. Auszug beginn Adress: http://render.openstreetmap.org/cgi-bin/export?bbox=15.123581886291504,47.048066225105806,15.131574869155884,47.0510606129168scale=42000format=pdf Site: Error The load average on the server is too high at the moment. Please wait a few minutes before trying again. Auszug ende Wer Rechtschreibung und Formatierungsfehler findet darf sie behalten. mit freundlichen Grüsen Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import of bicycle repair stations / Import Fahrrad Reparatur-Stationen
it appears there are two stations in Europe only, both at TU of Delft, The Netherlands. http://www.dero.com/fixitmap/fixitmap.html does not work with my Firefox either. Works with Chromium (Linux Mint x64). regards, Andreas Am 01.03.2015 um 16:35 schrieb fly: Am 01.03.2015 um 00:56 schrieb Bryce Nesbitt: This is a request for comments on a proposed import of bicycle repair stations: http://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair These locations are open 24/7. The locations came from press releases. The locations need local mapping to get the location perfect. -- Dies ist eine RFC zu einem Vorschlag Import von Fahrrad Reparatur-Stationen: http://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair Die Standorte kamen von Pressemitteilungen. Die Standorte müssen lokale Zuordnung, die Lage ist perfekt erhalten. Die Standorte sind 24/7 goffnet. Is there any import in Germany or German speaking region ? Did not find any [1]. By the way, the page does not work with firefox on my system and the render order of city names needs quite some improvements. cu fly [1] http://www.dero.com/fixitmap/fixitmap.html ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import of bicycle repair stations / Import Fahrrad Reparatur-Stationen
Am 01.03.2015 um 16:55 schrieb Andreas Schmidt: it appears there are two stations in Europe only, both at TU of Delft, The Netherlands. Europe includes some island so do not forget the origin of OSM. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Error render on OSM.org
Hallo liebe Kollegen ich bin mir ja meiner Sache nicht sicher deshalb frag ich mal nach: Ich hab die letzten Tage mal seit langen wieder mal die Export funktion auf OSM.org nutzen wollen um schnell mal ein Bild zum ausdrucken und herzeigen zu haben. Da stellte ich fest das der Server überlastet ist oder sein sollte, naja dachte ich kein Problem hab ja erst was geändert und deshalb ist er überlastet, deshalb später (einen Tag) nochmal probiert wieder gleiche Problem! Deshalb mal an anderen stellen getestet aber immer das gleiche. Fehlerseite Siehe Auszug: Meine fragen nun: Ist das Standard oder nur diese Woche so? Und kann man das fixen? Gibt es bereits eine Lösung? Wird daran gearbeitet? Ich glaub auch als nicht OSM Begeisteter kann das abschreckend wirken (im Weitesten Sinne) Meine Alternative war halt dann mal wieder ein Bildschirmfoto. Auszug beginn Adress: http://render.openstreetmap.org/cgi-bin/export?bbox=15.123581886291504,47.048066225105806,15.131574869155884,47.0510606129168scale=42000format=pdf Site: Error The load average on the server is too high at the moment. Please wait a few minutes before trying again. Auszug ende Wer Rechtschreibung und Formatierungsfehler findet darf sie behalten. mit freundlichen Grüsen Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Import of bicycle repair stations / Import Fahrrad Reparatur-Stationen
Am 01.03.2015 um 00:56 schrieb Bryce Nesbitt: This is a request for comments on a proposed import of bicycle repair stations: http://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair These locations are open 24/7. The locations came from press releases. The locations need local mapping to get the location perfect. -- Dies ist eine RFC zu einem Vorschlag Import von Fahrrad Reparatur-Stationen: http://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair Die Standorte kamen von Pressemitteilungen. Die Standorte müssen lokale Zuordnung, die Lage ist perfekt erhalten. Die Standorte sind 24/7 goffnet. Is there any import in Germany or German speaking region ? Did not find any [1]. By the way, the page does not work with firefox on my system and the render order of city names needs quite some improvements. cu fly [1] http://www.dero.com/fixitmap/fixitmap.html ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Je note aussi que les couleurs de remplissage sont un peu plus pâles (le vert des forêts par exemple). En revanche on ne voit plus les différences de niveaux administratifs frontières en dehors des frontières internationales (niveau admin 2, motif - .. - .. , ou motif linéaire mais épais et violet au niveaux de zoom faibles) et régionales (niveau admin 4, motif - . - . ). Tout le reste c'est un style unique (niveaux admin 6, 7, 8, 9, 10, 11, motif - - - - ). Avant on voyait les différences mais c'était un effet de bord des superpositions (car la couleur des traits superposées était semi-transparente: plus on superpose et plus le niveau de transparence total diminue). Ceci dit pour les fronitères internationales c'est vraiment mieux au niveaux de zoom fabiles. L'icône de la police est c'est vrai un peu dérourante (cependant un gyrophare est ambigu avec tous les services d'urgence, comme aussi le siffet avec le sport... finalement la casquette ou le képi a le seul défaut d'être un élément d'uniforme variable selon les pays et régions). Pour les menottes il n'y a pas beaucoup d'autres utilisations (à moins de vouloir signaler les clubs échangistes SM) Ne parlons même pas de la matraque (également indéchiffrable en icône), Quoi mettre d'autre ? L'icone pour la prison est déjà pas si mal mais on ne va pas la mettre sur les commissariats de police, même s'il y a des cellules de détention provisoire. 2015-03-01 16:15 GMT+01:00 HParv talk-fr@rramuhn.org: Sur osm.org , http://osm.org/go/0BSw5KORr on voit un doctor qu'on ne voit pas sous osm.fr http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Pour la police, le coup des menottes c'est -1 ! Cordialement, HP -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Chantier intéressant qui peut permettre d'innover par rapport au rendu standard, mieux répertorier les différents services et aussi se préoccuper de mieux équilibrer le rendu entre les différentes activités. Je suggère d'atténuer le jaune des grandes surfaces de stationnement. Par ailleurs, différents services à la collectivité sont souvent soit mal répertoriés soit non mis en évidence sur la carte alors qu'à coté les fast-foods sont parfois hyper-visibles. Les pharmacies sont bien rendues, mais ce n'est pas le cas pour d'autres services. Pas très loin du bureau de médecin listé ci-dessous, le terrain de soccer est joliment dessiné tout comme d'autres lieux sportifs à proximité. http://tile.openstreetmap.fr/?zoom=18lat=49.42257lon=1.13145layers=B000FFF À droite de ce terrain, le Centre d'Action sociale rue des Hautes Haies et Crèche Maman les p'tits bateaux rue François Herr ne sont identifiées que grâce au nom affiché. Le style humanitaire a un icône pour les crêches telles p'tits bateaux.http://www.openstreetmap.org/#map=18/49.42257/1.13145layers=H De façon générale, les immeubles de services à la collectivité (social facility) y incluant les Centres d'hébergement (social facility / assisted living ou group_home) pourraient avoir une couleur distincte comme on le fait pour des services publics, lieux de culte, écoles et centres sportifs. Et pourraient-on penser à un icône par défaut pour services à la collectivité si aucun icône pour un service particulier? Pierre De : HParv talk-fr@rramuhn.org À : Talk-fr@openstreetmap.org Envoyé le : Dimanche 1 mars 2015 10h15 Objet : [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours Sur osm.org , http://osm.org/go/0BSw5KORr on voit un doctor qu'on ne voit pas sous osm.fr http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Pour la police, le coup des menottes c'est -1 ! Cordialement, HP -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
2015-03-01 16:15 GMT+01:00 HParv talk-fr@rramuhn.org: zoom=20lat=49.42214lon=1.12578layers=B000FFF http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Tu n'es pas sur le bon layer... http://tile.openstreetmap.fr/?zoom=19lat=49.42204lon=1.12573layers=B000FFF -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Le 01/03/2015 18:16, Christian Quest a écrit : 2015-03-01 16:15 GMT+01:00 HParv talk-fr@rramuhn.org mailto:talk-fr@rramuhn.org: zoom=20lat=49.42214lon=1.12578layers=B000FFF http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Tu n'es pas sur le bon layer... http://tile.openstreetmap.fr/?zoom=19lat=49.42204lon=1.12573layers=B000FFF -- Christian Quest - OpenStreetMap France Bon bah je retire ce que je n'ai pas dit (mais pire écrit !) ! Pourtant il m'avait semblé repartir de ton lien .. et je suis à jeun. La remarque de Pierre ne me laisse pas de marbre : opportunité d'une symbolique pour la crèche et aussi pour les centres sociaux ? A+ -- /HP / @parvillersh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] SOTM Brest
J'ai créé, sur le wiki international, la page State of the Map France 2015 (29-31 mai) : http://wiki.openstreetmap.org/wiki/State_of_the_Map_France_2015. Elle est liée au calendrier de la page d'accueil du wiki. Le programme ne donne que les thèmes et les précisions sur les intervenants sont à venir. En quelques liens, j'ai retracé la riche histoire de Brest et de OSM depuis 8 ans. Précipitez-vous à Brest : l'air du large en plaine ville, des paysages marins somptueux, des bars accueillants, et pleins de gens débrouillards qui n'arrêtent pas d'inventer des trucs dans leur coin et n'en parlent qu'à ceux qui ont la curiosité de venir les voir. Christian R. P. S. : Qui sait comment trouver les déclinaisons linguistiques d'OSM ? Le serveur de tuiles de Paulla ne répond plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Merci pour cette évolution : c'est chaque fois un amusement que de chercher les petites nouveautés :-) Une remarque : l'icône du palais de justice n'apparaît qu'au zoom 18 http://tile.openstreetmap.fr/?zoom=18lat=49.1824lon=-0.37004layers=B000FFF, alors que celles des théâtres, bibliothèques, ... apparaissent au zoom 17 http://tile.openstreetmap.fr/?zoom=17lat=49.18168lon=-0.36736layers=B000FFF. Est-ce dû à un conflit entre l'icône et le nom du bâtiment (mais la place ne semble pas être un problème ici http://tile.openstreetmap.fr/?zoom=17lat=49.1793lon=-0.36597layers=B000FFF) ou est-ce défini ainsi dans tes CSS ? Dans ce dernier cas, je serais pour harmoniser : les 3 types de bâtiments que je cite sont des bâtiments généralement bien connus dans une ville et sont donc des repères importants et évidents. Francescu Le 1 mars 2015 14:52, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici: http://tile.openstreetmap.fr/?zoom=17lat=48.8182lon=2.45564layers=B000FFF J'ai supprimé les anciennes tuiles des zoom 15 à 20 de ce rendu de test, donc patience... et pas de changement visible avant le zoom 15. Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Oui, un petit bug quelque part, ce n'est pas voulu... Et hop: https://github.com/cquest/osmfr-cartocss/issues/5 Le 1 mars 2015 18:47, Francescu GAROBY windu...@gmail.com a écrit : Merci pour cette évolution : c'est chaque fois un amusement que de chercher les petites nouveautés :-) Une remarque : l'icône du palais de justice n'apparaît qu'au zoom 18 http://tile.openstreetmap.fr/?zoom=18lat=49.1824lon=-0.37004layers=B000FFF, alors que celles des théâtres, bibliothèques, ... apparaissent au zoom 17 http://tile.openstreetmap.fr/?zoom=17lat=49.18168lon=-0.36736layers=B000FFF. Est-ce dû à un conflit entre l'icône et le nom du bâtiment (mais la place ne semble pas être un problème ici http://tile.openstreetmap.fr/?zoom=17lat=49.1793lon=-0.36597layers=B000FFF) ou est-ce défini ainsi dans tes CSS ? Dans ce dernier cas, je serais pour harmoniser : les 3 types de bâtiments que je cite sont des bâtiments généralement bien connus dans une ville et sont donc des repères importants et évidents. Francescu Le 1 mars 2015 14:52, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici: http://tile.openstreetmap.fr/?zoom=17lat=48.8182lon=2.45564layers=B000FFF J'ai supprimé les anciennes tuiles des zoom 15 à 20 de ce rendu de test, donc patience... et pas de changement visible avant le zoom 15. Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Si vous avez une icône à proposer... Le 1 mars 2015 18:56, HParv talk-fr@rramuhn.org a écrit : Le 01/03/2015 18:16, Christian Quest a écrit : 2015-03-01 16:15 GMT+01:00 HParv talk-fr@rramuhn.org: zoom=20lat=49.42214lon=1.12578layers=B000FFF http://tile.openstreetmap.fr/?q=bonsecourszoom=20lat=49.42214lon=1.12578layers=B000FFF Tu n'es pas sur le bon layer... http://tile.openstreetmap.fr/?zoom=19lat=49.42204lon=1.12573layers=B000FFF -- Christian Quest - OpenStreetMap France Bon bah je retire ce que je n'ai pas dit (mais pire écrit !) ! Pourtant il m'avait semblé repartir de ton lien .. et je suis à jeun. La remarque de Pierre ne me laisse pas de marbre : opportunité d'une symbolique pour la crèche et aussi pour les centres sociaux ? A+ -- *HP * @parvillersh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Les quartiers en admin_level=10 qui n'ont pas d'admin_center ne sont pas visibles. Ce serait possible qu'ils le deviennent ? Pour ceux de Nantes, j'ai tenté de tricher (patapé) en ajoutant le tag place=surburb dans la relation, mais ça n'a rien changé au rendu : http://www.openstreetmap.org/relation/4593997 http://tile.openstreetmap.fr/?zoom=15lat=47.21218lon=-1.56389layers=B000FFF Au passage, sur le site tile.openstreetmap.fr, le permalink ne fonctionne pas si on a fait une recherche au préalable. Stf Le 01/03/2015 19:01, Christian Quest a écrit : Oui, un petit bug quelque part, ce n'est pas voulu... Et hop: https://github.com/cquest/osmfr-cartocss/issues/5 Le 1 mars 2015 18:47, Francescu GAROBY windu...@gmail.com mailto:windu...@gmail.com a écrit : Merci pour cette évolution : c'est chaque fois un amusement que de chercher les petites nouveautés :-) Une remarque : l'icône du palais de justice n'apparaît qu'au zoom 18 http://tile.openstreetmap.fr/?zoom=18lat=49.1824lon=-0.37004layers=B000FFF, alors que celles des théâtres, bibliothèques, ... apparaissent au zoom 17 http://tile.openstreetmap.fr/?zoom=17lat=49.18168lon=-0.36736layers=B000FFF. Est-ce dû à un conflit entre l'icône et le nom du bâtiment (mais la place ne semble pas être un problème ici http://tile.openstreetmap.fr/?zoom=17lat=49.1793lon=-0.36597layers=B000FFF) ou est-ce défini ainsi dans tes CSS ? Dans ce dernier cas, je serais pour harmoniser : les 3 types de bâtiments que je cite sont des bâtiments généralement bien connus dans une ville et sont donc des repères importants et évidents. Francescu Le 1 mars 2015 14:52, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que le rendu FR n'avait pas évolué. Je viens d'y apporter quelques améliorations: - nouvelles icônes pour les boulangeries, police, docteurs, mairies (reprises du rendu osm.org http://osm.org) - amélioration du rendu des limites administratives, elles ne se superposent plus les unes les autres, les pointillés sont donc lisibles - libellés de taille et couleur variables pour les polygones leisure, natural, amenity Vous pouvez voir un test ici: http://tile.openstreetmap.fr/?zoom=17lat=48.8182lon=2.45564layers=B000FFF J'ai supprimé les anciennes tuiles des zoom 15 à 20 de ce rendu de test, donc patience... et pas de changement visible avant le zoom 15. Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Import of bicycle repair stations / Import Fahrrad Reparatur-Stationen
right, there are „offshore countries“ :-) I had the Central European Syndrome... Anyway, appears not to affect countries with German vernacular language. Am 01.03.2015 um 17:02 schrieb fly: Am 01.03.2015 um 16:55 schrieb Andreas Schmidt: it appears there are two stations in Europe only, both at TU of Delft, The Netherlands. Europe includes some island so do not forget the origin of OSM. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Surface
scusate, ma secondo voi questo che surface è? http://gis.19327.n5.nabble.com/file/n5835419/IMG_3732.jpg visivamente a me sembra cemento con dei sassolini... me la cavo con un semplice concrete o secondo voi c'è qualcosa di più preciso? grazie --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Surface-tp5835419.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Surface
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 01/03/2015 21:14, demon.box ha scritto: scusate, ma secondo voi questo che surface è? http://gis.19327.n5.nabble.com/file/n5835419/IMG_3732.jpg visivamente a me sembra cemento con dei sassolini... me la cavo con un semplice concrete o secondo voi c'è qualcosa di più preciso? grazie --enrico Per me sono lastre di cemento con graniglia sopra. surface=concrete:plates - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU83SgAAoJEMTPIIVov0Zt8FsH/1X7XNE7bifoHd0yO6lNnc7Y vWwA//oNJwP5UuMOoxDZiU012EQuzTrt++ROLfRfm3N9DLB2iCzbkzFw8DFKo40o uGXR+4yzRKVJKpofGbX2gbUayEsZmCP2sW309BTt1Vhh5YBrpcaVg0QvApNT9xvL 0bNRCN61ZDnRT6ot+uA4keUnwRns+GJOtBUtq5q/Agd/dPnCh9/Szo1AfXMhJRfI 9JHnEnMqdN9JjnFb2QEB6pLEjM06LBEu3nok0P8m4sMn0a/4a5xj6TlYVSbh7Umi HtmSNG0qiddoPATJ/YoLbN0XC8C/97wHPtjXMH+mZtbLgzn2rvqWo+qxAixA4do= =OUL1 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Perda de dados em Itabira e MG-434
2015-03-01 17:46 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com: A cidade de Itabira perdeu vários dados, juntamente com um trecho da MG-434. Foi um redact pelo DWG de dados do TrackSource. É bem provável que mais alguns dados da área sejam removidos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
