Re: [Talk-hr] Notes statistike
Fiki fikask@... writes: Sviježe statistike: Hrvatska u Top 5, ja 2. tj. 1. ako ne računamo anonimne :D http://resultmaps.neis-one.org/osm-notes ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Notes statistike
Bravo, fora je vidjeti naše grane list kako je na prvome mjestu ;) Eto i mene dlje na 178. mjestu ;) On Sat, Aug 31, 2013 at 1:58 PM, Fiki fik...@hotmail.com wrote: Fiki fikask@... writes: Sviježe statistike: Hrvatska u Top 5, ja 2. tj. 1. ako ne računamo anonimne :D http://resultmaps.neis-one.org/osm-notes ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Yet another WebGL 3-D OSM map
Hi guys, I tried experimenting with adding some 3-D building tags around Ayala Center Makati and here is the result: http://city.informatik.uni-bremen.de/map/#scale=17,rot=302,tilt=65,lat=14.551,lon=121.024 Some building heights are approximate so they may look off. On Wed, Aug 14, 2013 at 12:25 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here is another WebGL-based 3-D OSM map: http://city.informatik.uni-bremen.de/map/ It doesn't render building shapes as good as OSM2World or F4 Map (all building parts are only drawn as prisms), but you can rotate and tilt the map quite smoothly using the right mouse button. Here's New York City's Empire State Building: http://city.informatik.uni-bremen.de/map/#scale=17,rot=350,tilt=65,lat=40.751,lon=-73.985 Here's Paris' Notre Dame Cathedral: http://city.informatik.uni-bremen.de/map/#scale=18,rot=270,tilt=63,lat=48.852,lon=2.349 Here's Kuala Lumpur's Petronas Towers: http://city.informatik.uni-bremen.de/map/#scale=18,rot=259,tilt=19,lat=3.158,lon=101.711 Here's Dubai's Burj Khalifa: http://city.informatik.uni-bremen.de/map/#scale=17,rot=19,tilt=8,lat=25.197,lon=55.274 And here's UP Los Baños: http://city.informatik.uni-bremen.de/map/#scale=17,rot=355,tilt=65,lat=14.161,lon=121.242 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Size of installed Database?
Hello, i'm about to install the latest planet.osm and i'd like to install it on an SSD. The bzipped XML file is approximately 31 GB of size, but how much space will i need on an SSD for the PostgreSQL database? I haven't bought an SSD yet and i'd like to make sure that the database will fit on the SSD. It would be very kind if somebody could tell me how much size an installation takes on disk and how old their installation is (if it is not actual). Thanks for any hints Torsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Size of installed Database?
I have my full planet database coupled with the flatnodes file on a pair of SSDs. One is 128GB and the other is 256GB and they're VERY close to not being large enough. I've got the rendering tables on one and the update (forget the proper names) tables on the other. I'm looking to swap out the 128GB with a 256GB and hopefully split the rendering tables between the spindles with the corresponding update tables on the opposite spindle. Munin (http://tinyurl.com/6v8lvvc) shows my gis database at 272GB, but that doesn't include the 18GB flatnodes file (that's growing steadily) for a total consumption of 290GB. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 8/31/2013 1:58 PM, TorstenMohr@schleim wrote: Hello, i'm about to install the latest planet.osm and i'd like to install it on an SSD. The bzipped XML file is approximately 31 GB of size, but how much space will i need on an SSD for the PostgreSQL database? I haven't bought an SSD yet and i'd like to make sure that the database will fit on the SSD. It would be very kind if somebody could tell me how much size an installation takes on disk and how old their installation is (if it is not actual). Thanks for any hints Torsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Size of installed Database?
it depends on the schema and a couple of options like hstore: - osm2pgsql mapnik schema without hstore is less than 300GB : http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/postgres_size_gis_9_1_main.html - osm2pgsql mapnik schema + hstore is above 300GB: http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/postgres_size_ALL.html - osm2pgsql for nominatim looks around 1TB as seen on http://munin.openstreetmap.org/openstreetmap/poldi.openstreetmap/postgres_size_nominatim_9_1_main.html These graphs also show the rate at which storage need in increasing... 2013/8/31 TorstenMohr@schleim Hello, i'm about to install the latest planet.osm and i'd like to install it on an SSD. The bzipped XML file is approximately 31 GB of size, but how much space will i need on an SSD for the PostgreSQL database? I haven't bought an SSD yet and i'd like to make sure that the database will fit on the SSD. It would be very kind if somebody could tell me how much size an installation takes on disk and how old their installation is (if it is not actual). Thanks for any hints Torsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Size of installed Database?
From: torstenm...@schleim.mac.com [mailto:torstenm...@schleim.mac.com] Subject: [OSM-talk] Size of installed Database? Hello, i'm about to install the latest planet.osm and i'd like to install it on an SSD. The bzipped XML file is approximately 31 GB of size, but how much space will i need on an SSD for the PostgreSQL database? You haven't said you're using the XML file, but I'd suggest using the PBF instead. I haven't bought an SSD yet and i'd like to make sure that the database will fit on the SSD. It would be very kind if somebody could tell me how much size an installation takes on disk and how old their installation is (if it is not actual). I'm assuming you're asking about an osm2pgsql rendering database being updated with diffs. If not, some of the following concepts still apply, but numbers will differ. Because it's been awhile since it's come up, I figure I might as well go over osm2pgsql size in detail. The disk space required is governed by the size of OSM data, import options used, and database bloat. 1. Size of OSM data More data = more space. PBF is faster and smaller, but doesn't change database size. 2. Import options used If you're dealing with the entire planet, you should be using --flat-nodes as its faster and saves space. Flat nodes uses about the same space for an extract as for the full planet, so it's not worth using for small extracts. Aside from that, there's not much you can tweak to save space, except --drop. If you aren't planning on doing updates, use --slim --drop to get rid of the slim tables and save lots of space. hstore or a bigger .style will use more space 3. Database bloat Over time, data gets updated or deleted in the database. Postgres recovers this space with autovacuum, but the default autovacuum settings are not agressive enough. You want to adjust autovacuum_vacuum_scale_factor so it will autovacuum more frequently. autovacuum_analyze_scale_factor may also be adjusted. I use 0.04 and 0.02 for these. A second problem is index bloat. If you can tolerate the database locks, just do a REINDEX (or a CLUSTER). Otherwise, create a new index concurrently and then use it to replace the old index. You can do reindexing on an index-by-index basis Now, for numbers. It's important to remember that bloat changes size, so if you turn autovacuum off and import a year old planet then update it, you get a different size than if you import a fresh planet. Yevaud had a fresh planet imported 3 weeks ago. It is 263GB in-DB currently, with an additional ~20GB for flat-nodes. Of this, it is 60GB for slim data, 105GB for slim indexes, 76GB for rendering data, 19GB for rendering indexes and 1.6GB for non-standard rendering indexes. This gives you a total of 95GB for rendering, and an additional 190GB for slim. One additional caution is the import requires more space to do the CLUSTER. This leads to a few conclusions - If you don't need updates, use --slim --drop --flat-nodes and delete the flat nodes file to save lots of space, particularly during import - You probably want to run reindex every 1-3 months - If you want to update your database by reloading into a new DB and replacing the old DB with it, the additional space requirements during import vs. non-slim are modest (slim size - CLUSTER requirements for non-slim tables = ~60GB) - I'd recommend a 512GB class SSD with a new server if you want everything on a SSD. The OSMF rendering servers use 512GB 840 Pros. If you have less space, use tablespace options to split it up, particularly if doing rendering only and just need the slim tables for the import. - Tune autovacuum aggressively if you're short space ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SOTM Posters - Last Chance
Hi All, We managed to get a batch of posters printed for SOTM last Friday, so we've got time to run another print batch next week. If you would like to display a poster at SOTM 2013 and would like us to print it for you then please get in contact as soon as possible. Best wishes, Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] South Australia Suburb Boundries
does anyone have any issue with using this suburb boundary shape file for SA http://data.sa.gov.au/dataset/suburb-boundaries a couple of notes; 1. this is not the same data as the ABS (see the .mht in the zip) 2. the shape file is released under CC license Once I learn how to upload a shape file I will do it ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Etiquetas para casos especiais
Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excesso de tertiary em Porto Alegre
Revisei agora essas sugestoes. Ficou na fila pra discutir/confirmar o seguinte: * Park: talvez a traducao recomendada (aquela que apareceria em aplicacoes que soh suportam 1 traducao, ao contrario do iD) seria algo como praca/parque, que tal? Jah que e tao usado para pracas. * Floresta vs bosque, nativo vs manejado: uma traducao possivel eh: - Wood = floresta nativa - Forest = floresta manejada Acho que assim talvez os bosques (tipicamente menos densos) acabem nao sendo mapeados. * Viaduto vs ponte: ok, entao era o que eu suspeitava, vamos divergir do significado original e aplicar o significado literal em portugues, certo? Pra mim faz pouca diferenca (vejo pouca utilidade em distingui-los). 2013/8/23 Nelson A. de Oliveira nao...@gmail.com: Está bom. Em Aspectos subjetivos e filosóficos eu também colocaria para não duplicar nós que contenham a mesma informação que as áreas. Por exemplo, já vi muitas vezes a pessoa criando um polígono com leisure=park + name=Praça Tal e também colocando um nó com as mesmas tags. Em farmland talvez poderia dizer que é um termo mais genérico para fazenda (já que existe uma classificação para plantações de árvores frutíferas, por exemplo - http://wiki.openstreetmap.org/wiki/Tag:landuse=orchard) forest poderia ser dada uma ênfase maior ao uso comercial da área (ou onde teve ação do homem). Floresta nativa vai ser natural=wood enquanto florestas de reflorestamento ou de uso comercial (pinheiros, por exemplo), vão ser landuse=forest. De forma geral, natural=* é tudo o que é natural da natureza, sem ação do homem, enquanto que landuse=* existe ação do homem. Tem como de alguma forma encaixar isso? No park, não poderia dar um exemplo de praças? (já vi muita gente achar que park é apenas parque de diversão e acabam utilizando só landuse=grass) Na parte de places, talvez poderíamos unir o começo que está em http://wiki.openstreetmap.org/wiki/Pt-br:Key:place ? (só como observação, originalmente o place= foi concebido como classificação do tamanho de cidades (onde não se tinha o número exato da população); por isso é utilizado como um indicador de tamanho e não de classificação oficial) Viaduto e ponte eu diferenciaria o primeiro por evitar interrupção/cruzamento de trânsito (uma rua por cima da outra para evitar o cruzamento delas, por exemplo). Pontes passando por cima de ruas, trilhos ou passarelas de pedestre seriam viadutos portanto (enquanto que pontes passando por cima de rios, vales, etc seriam de fato pontes). É a classificação que eu utilizo. O motel pode ser tanto amenity=love_hotel quanto tourism=motel, principalmente em estradas (onde algumas pessoas utilizam o motel como um hotel, para dormir apenas). Eu geralmente coloco as duas tags nesses casos. E não seria interessante também ter um lugar com exemplos reais de uso das tags? Uma coisa bem rápida e prática. Por exemplo, a pessoa quer saber como que inclui uma lotérica (e nessa página ou seção teriam as tags que devem ser utilizadas para isso). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Como que você as mapepu? Se foi só 1 não é tão grave. :P Como você fez? Quando eu mapeei as escolas de línguas aqui em Porto Alegre eu pesquisei a melhor tag a ser usada e achei uma discussão sobre isso na comunidade internacional. O argumento era que essas escolas frequentemente ensinam não só a língua como também a cultura de um outro país, muitas vezes através de eventos ligados à arte (exposições, debates, exibição de filmes, etc.). Muitas inclusive incentivam os seus alunos a exercitarem outras formas de arte (literária, canto, cinema, teatro, etc.) desde que no contexto da língua ensinada. Se não for arts_centre, então acho que só sobraria office=company. Ou uma tag nova, como você sugeriu. On Aug 31, 2013 6:32 AM, Pedro Geaquinto pedrodi...@gmail.com wrote: Já houve discussão para escolas de línguas? Eu vou ter que revisar um POI pelo menos, usava a tag errada. :p Eu acho que usar arts_centre seria muito estranho, acho que isso pede uma tag em específico. On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Algum local para informar erros de rotas?
A minha resposta para a minha pergunta: Deixa de ser preguiçoso e vai aprender a usar o JOSM! :D Já coloquei o link do mapa de restrições no bookmark. Valeu! Já localizei o plugin de restrição de conversões no JOSM. O único senão é que está marcada a opção para usar as placas do grupo A e ele mostra as placas do grupo B no mapa (marcada opção para exibir e editar lista de objetos-via no Editor Básico). Em 31 de agosto de 2013 09:53, Fernando Trebien fernando.treb...@gmail.comescreveu: Ah, Guaracy, jah que voce se interessou nesse assunto, eis um servico que lhe mostra as restricoes de conversao cadastradas no mapa e que pode lhe ajudar a identificar erros: http://map.comlu.com/?zoom=15lat=-30.035lon=-51.231layer=OSM%20Standard O que mais falta em praticamente qualquer mapa eh a restricao no_u_turn nos cruzamentos com vias separadas. 2013/8/31 Fernando Trebien fernando.treb...@gmail.com: Olha, acho que voce pode fazer de algumas formas diferentes. Se voce estiver calculando as rotas com o OSRM, clique em Generate Link e poste o link gerado ou aqui na lista ou lah no forum. Claro, voce precisa dizer exatamente onde estah o erro (qual das instrucoes na esquerda estah errada). Talvez isso estimule alguem a escrever um tutorial no wiki explicando como adicionar as restricoes de conversao em cada um dos editores. :P Ou talvez nao, geralmente eh rapido adicionar essas relacoes. Outra possibilidade ainda eh voce dar um zoom no mapa do OSM, centralizando bem onde o erro ocorre, e adicionar uma anotacao ao mapa (botao Adicionar uma nota ao mapa na barra de ferramentas no topo a direita) descrevendo o problema (de onde para onde nao eh permitido dobrar). Eu acho que o forum seria um bom lugar pra postar pedidos genericos, especialmente se a sua localidade ainda nao tem uma comunidade muito envolvida. Voce poderia abrir um post com o titulo Pedidos de correcao de roteamento e ir postando um por um. Assim, quem se interessar no assunto pode se inscrever no post. Ou, se voce estiver fazendo isso numa cidade especifica, pode pensar em organizar a pagina de mapeamento no wiki e ir anotando lah os problemas no roteamento. Vi voce fazendo alguns mapeamentos aqui em Porto Alegre, foi por aqui que voce achou os problemas no roteamento? Estou ha tempos querendo fazer uma revisao nas vias principais, esse pode ser um bom momento. Podemos de repente criar uma subpagina desta (que jah tem algumas subpaginas) pra acumular os erros no roteamento: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status 2013/8/31 Guaracy Monteiro guaracy...@gmail.com: Como ainda não sei fazer algumas coisas (e nem decidi qual editor utilizar) gostaria de saber onde é o melhor local para informar o cálculo incorreto de rotas como retorno proibido, conversões permitidas/proibidas. Na maioria parecem ser restrições/permissões incorretas nos pontos. -- Guaracy Monteiro ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Guaracy Monteiro http://fotomix.wordpress.com/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Mas esses itens também existem em outros lugares do mundo, não? On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Poderia ser office=company nesses casos entao, enquanto ninguem faz uma proposta melhor. Que tal? 2013/8/31 Pedro Geaquinto pedrodi...@gmail.com: Entendi. Nunca tinha visto dessa forma. Bom, até faz sentido em certos institutos como o que curso atualmente a língua russa, que se chama Centro de Cultura Eslava. Além de línguas, há debates e conversas mais culturais mesmo. Mas alguns outros mais industriais como Wizard e Yazigi (esse ultimo eu já fiz alemão), acho que pedem uma tag nova. On Aug 31, 2013 9:49 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Como que você as mapepu? Se foi só 1 não é tão grave. :P Como você fez? Quando eu mapeei as escolas de línguas aqui em Porto Alegre eu pesquisei a melhor tag a ser usada e achei uma discussão sobre isso na comunidade internacional. O argumento era que essas escolas frequentemente ensinam não só a língua como também a cultura de um outro país, muitas vezes através de eventos ligados à arte (exposições, debates, exibição de filmes, etc.). Muitas inclusive incentivam os seus alunos a exercitarem outras formas de arte (literária, canto, cinema, teatro, etc.) desde que no contexto da língua ensinada. Se não for arts_centre, então acho que só sobraria office=company. Ou uma tag nova, como você sugeriu. On Aug 31, 2013 6:32 AM, Pedro Geaquinto pedrodi...@gmail.com wrote: Já houve discussão para escolas de línguas? Eu vou ter que revisar um POI pelo menos, usava a tag errada. :p Eu acho que usar arts_centre seria muito estranho, acho que isso pede uma tag em específico. On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Postos de saude: que tal amenity=clinic + access=public? 2013/8/31 Fernando Trebien fernando.treb...@gmail.com: Poderia ser office=company nesses casos entao, enquanto ninguem faz uma proposta melhor. Que tal? 2013/8/31 Pedro Geaquinto pedrodi...@gmail.com: Entendi. Nunca tinha visto dessa forma. Bom, até faz sentido em certos institutos como o que curso atualmente a língua russa, que se chama Centro de Cultura Eslava. Além de línguas, há debates e conversas mais culturais mesmo. Mas alguns outros mais industriais como Wizard e Yazigi (esse ultimo eu já fiz alemão), acho que pedem uma tag nova. On Aug 31, 2013 9:49 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Como que você as mapepu? Se foi só 1 não é tão grave. :P Como você fez? Quando eu mapeei as escolas de línguas aqui em Porto Alegre eu pesquisei a melhor tag a ser usada e achei uma discussão sobre isso na comunidade internacional. O argumento era que essas escolas frequentemente ensinam não só a língua como também a cultura de um outro país, muitas vezes através de eventos ligados à arte (exposições, debates, exibição de filmes, etc.). Muitas inclusive incentivam os seus alunos a exercitarem outras formas de arte (literária, canto, cinema, teatro, etc.) desde que no contexto da língua ensinada. Se não for arts_centre, então acho que só sobraria office=company. Ou uma tag nova, como você sugeriu. On Aug 31, 2013 6:32 AM, Pedro Geaquinto pedrodi...@gmail.com wrote: Já houve discussão para escolas de línguas? Eu vou ter que revisar um POI pelo menos, usava a tag errada. :p Eu acho que usar arts_centre seria muito estranho, acho que isso pede uma tag em específico. On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Existem, mas acho que a interpretacao varia, daih nao sei como seriam acomodados no iD pra que possa valer pro mundo inteiro. Pelo que li um centro comunitario tem uma interpretacao um tanto diferente no Brasil (geralmente associado a comunidades mais carentes). O motel eh outro caso, nao sei se eles podem definir tags para um mesmo objeto (no caso, motel) que variem por pais. Escolher baseado na lingua do navegador eh bem ruim, e testar o lugar onde voce estah mapeando pode ser um pouco complicado ou ateh pesado (se nao for bem programado). Talvez eles devessem ter um menu country-specific: voce escolhe um pais e ele mostra abaixo coisas que sao especificas daquele pais. Mas duvido que se deem ao trabalho de diversificar assim, mais de metade dos presets do JOSM ainda estao faltando no iD, provavelmente estao priorizando essas coisas. 2013/8/31 Arlindo Pereira openstreet...@arlindopereira.com: Mas esses itens também existem em outros lugares do mundo, não? On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Algum local para informar erros de rotas?
Ha tempos que quero fazer um tutorial sobre cada editor, mas nunca consigo tempo. Se voce for aprender o editor, algo que pode fazer eh anotar as suas principais duvidas e descobertas, nem que seja assim, num documento de texto solto, pra ajudar a fazer um tutorial que resolva mais duvidas de uma vez soh. Recomendo usar o JOSM em portugues de portugal, a traducao estah bem completa. Ou em ingles mesmo, daih fica mais facil voce navegar no wiki em ingles mais tarde. Vou dar uma olhada nessa questao das placas, mas nao espere consistencia absoluta entre plugins e visualizacoes feitas por autores diferentes. :P 2013/8/31 Guaracy Monteiro guaracy...@gmail.com: A minha resposta para a minha pergunta: Deixa de ser preguiçoso e vai aprender a usar o JOSM! :D Já coloquei o link do mapa de restrições no bookmark. Valeu! Já localizei o plugin de restrição de conversões no JOSM. O único senão é que está marcada a opção para usar as placas do grupo A e ele mostra as placas do grupo B no mapa (marcada opção para exibir e editar lista de objetos-via no Editor Básico). Em 31 de agosto de 2013 09:53, Fernando Trebien fernando.treb...@gmail.com escreveu: Ah, Guaracy, jah que voce se interessou nesse assunto, eis um servico que lhe mostra as restricoes de conversao cadastradas no mapa e que pode lhe ajudar a identificar erros: http://map.comlu.com/?zoom=15lat=-30.035lon=-51.231layer=OSM%20Standard O que mais falta em praticamente qualquer mapa eh a restricao no_u_turn nos cruzamentos com vias separadas. 2013/8/31 Fernando Trebien fernando.treb...@gmail.com: Olha, acho que voce pode fazer de algumas formas diferentes. Se voce estiver calculando as rotas com o OSRM, clique em Generate Link e poste o link gerado ou aqui na lista ou lah no forum. Claro, voce precisa dizer exatamente onde estah o erro (qual das instrucoes na esquerda estah errada). Talvez isso estimule alguem a escrever um tutorial no wiki explicando como adicionar as restricoes de conversao em cada um dos editores. :P Ou talvez nao, geralmente eh rapido adicionar essas relacoes. Outra possibilidade ainda eh voce dar um zoom no mapa do OSM, centralizando bem onde o erro ocorre, e adicionar uma anotacao ao mapa (botao Adicionar uma nota ao mapa na barra de ferramentas no topo a direita) descrevendo o problema (de onde para onde nao eh permitido dobrar). Eu acho que o forum seria um bom lugar pra postar pedidos genericos, especialmente se a sua localidade ainda nao tem uma comunidade muito envolvida. Voce poderia abrir um post com o titulo Pedidos de correcao de roteamento e ir postando um por um. Assim, quem se interessar no assunto pode se inscrever no post. Ou, se voce estiver fazendo isso numa cidade especifica, pode pensar em organizar a pagina de mapeamento no wiki e ir anotando lah os problemas no roteamento. Vi voce fazendo alguns mapeamentos aqui em Porto Alegre, foi por aqui que voce achou os problemas no roteamento? Estou ha tempos querendo fazer uma revisao nas vias principais, esse pode ser um bom momento. Podemos de repente criar uma subpagina desta (que jah tem algumas subpaginas) pra acumular os erros no roteamento: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status 2013/8/31 Guaracy Monteiro guaracy...@gmail.com: Como ainda não sei fazer algumas coisas (e nem decidi qual editor utilizar) gostaria de saber onde é o melhor local para informar o cálculo incorreto de rotas como retorno proibido, conversões permitidas/proibidas. Na maioria parecem ser restrições/permissões incorretas nos pontos. -- Guaracy Monteiro ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Guaracy Monteiro http://fotomix.wordpress.com/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Eu também acho que na falta de uma tag específica, é melhor marcar cursos em geral (linguas, música, pintura, auto-escola, etc) como office=company, reservando arts_centre para centros culturais. A propósito, o Centro Cultural Banco do Brasil aparece como arts centre em [1] e como museu em [2]. Seria preciso adicionar o caso um instrução específica na wiki. Também seria legal distinguir locais que oferecem prática de esportes dos locais que vendem esporte como espetáculo (times de futebol, basicamente). Acho que sports_centre só se aplicaria no primeiro caso. Na falta de uma opção mais específica, talvez seja melhor demarcar o campus de um time de futebol como landuse=commercial. [1] http://www.openstreetmap.org/#map=19/-19.93213/-43.93705 [2] http://www.openstreetmap.org/#map=19/-22.90105/-43.17627 On Sat, 2013-08-31 at 12:00 -0300, Pedro Geaquinto wrote: Entendi. Nunca tinha visto dessa forma. Bom, até faz sentido em certos institutos como o que curso atualmente a língua russa, que se chama Centro de Cultura Eslava. Além de línguas, há debates e conversas mais culturais mesmo. Mas alguns outros mais industriais como Wizard e Yazigi (esse ultimo eu já fiz alemão), acho que pedem uma tag nova. On Aug 31, 2013 9:49 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Como que você as mapepu? Se foi só 1 não é tão grave. :P Como você fez? Quando eu mapeei as escolas de línguas aqui em Porto Alegre eu pesquisei a melhor tag a ser usada e achei uma discussão sobre isso na comunidade internacional. O argumento era que essas escolas frequentemente ensinam não só a língua como também a cultura de um outro país, muitas vezes através de eventos ligados à arte (exposições, debates, exibição de filmes, etc.). Muitas inclusive incentivam os seus alunos a exercitarem outras formas de arte (literária, canto, cinema, teatro, etc.) desde que no contexto da língua ensinada. Se não for arts_centre, então acho que só sobraria office=company. Ou uma tag nova, como você sugeriu. On Aug 31, 2013 6:32 AM, Pedro Geaquinto pedrodi...@gmail.com wrote: Já houve discussão para escolas de línguas? Eu vou ter que revisar um POI pelo menos, usava a tag errada. :p Eu acho que usar arts_centre seria muito estranho, acho que isso pede uma tag em específico. On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas)
Re: [Talk-br] Etiquetas para casos especiais
2013/8/31 Augusto Stoffel arstof...@yahoo.com.br: Na falta de uma opção mais específica, talvez seja melhor demarcar o campus de um time de futebol como landuse=commercial. Esse lugar seria exatamente o que? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Algum local para informar erros de rotas?
Sim, eu também! Coisas curtinhas. Vou puxar outra thread pra não embolar. On Aug 31, 2013 1:39 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Ha tempos que quero fazer um tutorial sobre cada editor, mas nunca consigo tempo. Se voce for aprender o editor, algo que pode fazer eh anotar as suas principais duvidas e descobertas, nem que seja assim, num documento de texto solto, pra ajudar a fazer um tutorial que resolva mais duvidas de uma vez soh. Recomendo usar o JOSM em portugues de portugal, a traducao estah bem completa. Ou em ingles mesmo, daih fica mais facil voce navegar no wiki em ingles mais tarde. Vou dar uma olhada nessa questao das placas, mas nao espere consistencia absoluta entre plugins e visualizacoes feitas por autores diferentes. :P 2013/8/31 Guaracy Monteiro guaracy...@gmail.com: A minha resposta para a minha pergunta: Deixa de ser preguiçoso e vai aprender a usar o JOSM! :D Já coloquei o link do mapa de restrições no bookmark. Valeu! Já localizei o plugin de restrição de conversões no JOSM. O único senão é que está marcada a opção para usar as placas do grupo A e ele mostra as placas do grupo B no mapa (marcada opção para exibir e editar lista de objetos-via no Editor Básico). Em 31 de agosto de 2013 09:53, Fernando Trebien fernando.treb...@gmail.com escreveu: Ah, Guaracy, jah que voce se interessou nesse assunto, eis um servico que lhe mostra as restricoes de conversao cadastradas no mapa e que pode lhe ajudar a identificar erros: http://map.comlu.com/?zoom=15lat=-30.035lon=-51.231layer=OSM%20Standard O que mais falta em praticamente qualquer mapa eh a restricao no_u_turn nos cruzamentos com vias separadas. 2013/8/31 Fernando Trebien fernando.treb...@gmail.com: Olha, acho que voce pode fazer de algumas formas diferentes. Se voce estiver calculando as rotas com o OSRM, clique em Generate Link e poste o link gerado ou aqui na lista ou lah no forum. Claro, voce precisa dizer exatamente onde estah o erro (qual das instrucoes na esquerda estah errada). Talvez isso estimule alguem a escrever um tutorial no wiki explicando como adicionar as restricoes de conversao em cada um dos editores. :P Ou talvez nao, geralmente eh rapido adicionar essas relacoes. Outra possibilidade ainda eh voce dar um zoom no mapa do OSM, centralizando bem onde o erro ocorre, e adicionar uma anotacao ao mapa (botao Adicionar uma nota ao mapa na barra de ferramentas no topo a direita) descrevendo o problema (de onde para onde nao eh permitido dobrar). Eu acho que o forum seria um bom lugar pra postar pedidos genericos, especialmente se a sua localidade ainda nao tem uma comunidade muito envolvida. Voce poderia abrir um post com o titulo Pedidos de correcao de roteamento e ir postando um por um. Assim, quem se interessar no assunto pode se inscrever no post. Ou, se voce estiver fazendo isso numa cidade especifica, pode pensar em organizar a pagina de mapeamento no wiki e ir anotando lah os problemas no roteamento. Vi voce fazendo alguns mapeamentos aqui em Porto Alegre, foi por aqui que voce achou os problemas no roteamento? Estou ha tempos querendo fazer uma revisao nas vias principais, esse pode ser um bom momento. Podemos de repente criar uma subpagina desta (que jah tem algumas subpaginas) pra acumular os erros no roteamento: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status 2013/8/31 Guaracy Monteiro guaracy...@gmail.com: Como ainda não sei fazer algumas coisas (e nem decidi qual editor utilizar) gostaria de saber onde é o melhor local para informar o cálculo incorreto de rotas como retorno proibido, conversões permitidas/proibidas. Na maioria parecem ser restrições/permissões incorretas nos pontos. -- Guaracy Monteiro ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Guaracy Monteiro http://fotomix.wordpress.com/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law)
[Talk-br] Mini-tutoriais OSM com o Screenr
Então, dia desses eu descobri essa ferramenta: http://www.screenr.com Ela serve para fazer screencasts (tutoriais mostrando a tela do computador, com voz gravada do microfone) de até cinco minutos. Pensei em fazer uma série de vídeos curtinhos mostrando: 1) Como se cadastrar no OSM e criar um ponto 2) Como corrigir um nome de rua 3) Como inserir uma via nova E por aí vai. Fazendo também relações, restrições de conversão e tudo o mais, sempre em vídeos curtinhos e direto ao ponto. O que vocês acham? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Gostei dessa. Tenho usado hospital por falta de opção melhor. On Aug 31, 2013 1:19 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Postos de saude: que tal amenity=clinic + access=public? 2013/8/31 Fernando Trebien fernando.treb...@gmail.com: Poderia ser office=company nesses casos entao, enquanto ninguem faz uma proposta melhor. Que tal? 2013/8/31 Pedro Geaquinto pedrodi...@gmail.com: Entendi. Nunca tinha visto dessa forma. Bom, até faz sentido em certos institutos como o que curso atualmente a língua russa, que se chama Centro de Cultura Eslava. Além de línguas, há debates e conversas mais culturais mesmo. Mas alguns outros mais industriais como Wizard e Yazigi (esse ultimo eu já fiz alemão), acho que pedem uma tag nova. On Aug 31, 2013 9:49 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Como que você as mapepu? Se foi só 1 não é tão grave. :P Como você fez? Quando eu mapeei as escolas de línguas aqui em Porto Alegre eu pesquisei a melhor tag a ser usada e achei uma discussão sobre isso na comunidade internacional. O argumento era que essas escolas frequentemente ensinam não só a língua como também a cultura de um outro país, muitas vezes através de eventos ligados à arte (exposições, debates, exibição de filmes, etc.). Muitas inclusive incentivam os seus alunos a exercitarem outras formas de arte (literária, canto, cinema, teatro, etc.) desde que no contexto da língua ensinada. Se não for arts_centre, então acho que só sobraria office=company. Ou uma tag nova, como você sugeriu. On Aug 31, 2013 6:32 AM, Pedro Geaquinto pedrodi...@gmail.com wrote: Já houve discussão para escolas de línguas? Eu vou ter que revisar um POI pelo menos, usava a tag errada. :p Eu acho que usar arts_centre seria muito estranho, acho que isso pede uma tag em específico. On Aug 31, 2013 3:06 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Acrescentei o caso do motel. Quase coloquei o 3 do Arlindo como comentario. :P Concordo que deveriamos criar issues pro iD, mas o que voce tem em mente exatamente? Criar itens no menu da esquerda que soh aparecam para os brasileiros? 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com: Esqueci de comentar. De resto, concordo com tudo. Agora seria muito bom criarmos issues (principalmente) no iD para implementar esses casos diretamente no editor. []s Arlindo 2013/8/30 Arlindo Pereira openstreet...@arlindopereira.com Eu que propus o amenity=love_hotel. Gostaria de ver um 3 renderizado no Mapnik um dia. :-P Por mim, usamos as duas juntas, sendo a primeira meio que um tagging-for-the-renderer (motéis (no sentido brasileiro) não deixam de ser um hotel de beira de estrada, que você vai com o carro numa viagem - só não são na beira da estrada como em viagem), e a segunda para pegar os tipos específicos de motéis brasileiros. On Fri, Aug 30, 2013 at 7:47 PM, Nelson A. de Oliveira nao...@gmail.com wrote: E quanto a classificação do motel? No Brasil faz sentido tourism=motel + amenity=love_hotel (as duas juntas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Etiquetas para casos especiais
Por exemplo, aqui: 1) http://www.openstreetmap.org/#map=17/-30.06635/-51.23900 Na minha interpretação sports_centre marcaria um local com equipamentos esportivos ou um clube, como aqui: 2) http://www.openstreetmap.org/#map=18/-30.03629/-51.21296 3) http://www.openstreetmap.org/#map=17/-30.03382/-51.18360 Também daria para cogitar distinguir as situações 2) e 3) (área com acesso gratuito versus clube particular). Poderia-se talvez usar tag access=yes / access=customers, mas não está claro para mim se essa tag deveria ser usada para coisas outras que estradas e entradas de prédios. On Sat, 2013-08-31 at 14:15 -0300, Nelson A. de Oliveira wrote: 2013/8/31 Augusto Stoffel arstof...@yahoo.com.br: Na falta de uma opção mais específica, talvez seja melhor demarcar o campus de um time de futebol como landuse=commercial. Esse lugar seria exatamente o que? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mini-tutoriais OSM com o Screenr
Eu acho excelente! Não conheço o screenr, dá pra criar tipo uma playlist acessá-la através de um link? On Aug 31, 2013 2:52 PM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Então, dia desses eu descobri essa ferramenta: http://www.screenr.com Ela serve para fazer screencasts (tutoriais mostrando a tela do computador, com voz gravada do microfone) de até cinco minutos. Pensei em fazer uma série de vídeos curtinhos mostrando: 1) Como se cadastrar no OSM e criar um ponto 2) Como corrigir um nome de rua 3) Como inserir uma via nova E por aí vai. Fazendo também relações, restrições de conversão e tudo o mais, sempre em vídeos curtinhos e direto ao ponto. O que vocês acham? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mini-tutoriais OSM com o Screenr
Exatamente. Dá também para subir os screenrs no YouTube. E não precisa de nenhum cliente especial para gravar, é direto pelo browser com um Java, então não fica limitado a Windows/Mac. On Aug 31, 2013 4:28 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Eu acho excelente! Não conheço o screenr, dá pra criar tipo uma playlist acessá-la através de um link? On Aug 31, 2013 2:52 PM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Então, dia desses eu descobri essa ferramenta: http://www.screenr.com Ela serve para fazer screencasts (tutoriais mostrando a tela do computador, com voz gravada do microfone) de até cinco minutos. Pensei em fazer uma série de vídeos curtinhos mostrando: 1) Como se cadastrar no OSM e criar um ponto 2) Como corrigir um nome de rua 3) Como inserir uma via nova E por aí vai. Fazendo também relações, restrições de conversão e tudo o mais, sempre em vídeos curtinhos e direto ao ponto. O que vocês acham? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Olá, Essa foi a resposta que tive do Data Working Group a respeito do problema nos mapeamentos do Eduardo Francis. Desculpa a demora. Estou bastante ocupado nas últimas semanas e sem tempo nem para ler direito as mensagens da lista. O Paul disse que a solução não é reverter as edições, mas passar um redaction bot sobre elas, apagando apenas as edições do Eduardo. Porém como ele foi o primeiro editor da maioria dos dados, isso significa que esses dados serão apagados. O problema que vejo é que, apesar das edições terem sido feitas baseadas em uma imagem de satélite sem autorização, as informações como nomes de rua não foram obtidas indevidamente. Por isso, perguntei a ele se realinhar os dados do mapa com a imagem do bing, resolveria a questão. Original Message Subject:RE: Old data based on Google imagery in Brazil Date: Tue, 27 Aug 2013 02:47:15 -0700 From: Paul Norman penor...@mac.com To: 'Wille' wi...@wille.blog.br CC: d...@osmfoundation.org From: Wille Sent: Monday, August 26, 2013 7:30 PM Subject: Old data based on Google imagery in Brazil The user Eduardo Francis Batista[1] was one of the most active contributors of OSM in Brazil [2]. Some days ago, the brazilian community detected that the data the user put in the OSM database is very similar with the data of TrackSource [3]. It's good to hear that the Brazilian community is watching for this. We do know that isn't allowed the insertion of data based on google satellite imagery. The problem is that a lot of people has made changes in the map and, if we revert the editions of Eduardo, we will lose the contributions of those people. I checked and now many of the cities mapped by the user has bing aerial imagery. Can we solve the problem just realigning the ways and areas with the bing imagery or the only solution for this case is to revert the changesets of the user? The right way to do this is not to revert or realign, but redact his contributions like was done with decliners in the license change. What the redaction bot does is split his contributions from other users. For example, if some other user added an amenity=resturant node and then Eduardo added a cuisine tag and moved the position than some other added a name the redaction bot would move it back to its old location, remove the cuisine tag and hide the old versions so they cannot be retrieved. Is there any way to tell what data he contributed that needs to be removed vs. anything original that isn't Google or TrackSource derived? It's obviously best to save as much data as can be kept to minimize map damage. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
On Sat, Aug 31, 2013 at 9:48 PM, Wille wi...@wille.blog.br wrote: O Paul disse que a solução não é reverter as edições, mas passar um redaction bot sobre elas, apagando apenas as edições do Eduardo. Porém como ele foi o primeiro editor da maioria dos dados, isso significa que esses dados serão apagados. Acho que isso esclarece para os que ainda tinham dúvida sobre o problema em se utilizar dados ilegais. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Mas isso removeria tudo que o Eduardo criou em sua história? Mesmo o que não seja vindo de fontes ilegais? Porque se sim, me avise pra eu poder parar minhas edições imediatamente. Em 31 de agosto de 2013 21:57, Nelson A. de Oliveira nao...@gmail.comescreveu: On Sat, Aug 31, 2013 at 9:48 PM, Wille wi...@wille.blog.br wrote: O Paul disse que a solução não é reverter as edições, mas passar um redaction bot sobre elas, apagando apenas as edições do Eduardo. Porém como ele foi o primeiro editor da maioria dos dados, isso significa que esses dados serão apagados. Acho que isso esclarece para os que ainda tinham dúvida sobre o problema em se utilizar dados ilegais. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Mas isso removeria tudo que o Eduardo criou em sua história? Mesmo o que não seja vindo de fontes ilegais? Porque se sim, me avise pra eu poder parar minhas edições imediatamente. Não. Tem que pegar os changesets onde ele originalmente inseriu esses dados. Só estes seriam removidos. Changesets onde ele editou/acrescentou dados legais não devem ser afetados. Mas há um grande trabalho em separar isso. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Imagino que sim. É que estou gastando muitas horas editando ponto a ponto. Então em casos desses gostaria de ser avisado. Não quero ficar trabalhando para nada. Em 31 de agosto de 2013 22:11, Nelson A. de Oliveira nao...@gmail.comescreveu: 2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Mas isso removeria tudo que o Eduardo criou em sua história? Mesmo o que não seja vindo de fontes ilegais? Porque se sim, me avise pra eu poder parar minhas edições imediatamente. Não. Tem que pegar os changesets onde ele originalmente inseriu esses dados. Só estes seriam removidos. Changesets onde ele editou/acrescentou dados legais não devem ser afetados. Mas há um grande trabalho em separar isso. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Imagino que sim. É que estou gastando muitas horas editando ponto a ponto. Então em casos desses gostaria de ser avisado. Não quero ficar trabalhando para nada. Na dúvida é melhor esperar (e começar a adicionar dados você mesmo em locais onde ainda não existem; é a maneira de continuar contribuindo de forma segura). Não dá para afirmar ainda o que vai ou não ser removido. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Mas eu mapear coisas em locais ainda não mapeados não impedirão essa ação, não entendi. Eu só quero ter segurança de trabalhar, saber que só serão removidas importações ilegais, e não o que estou fazendo que é edição ponto a ponto. Em 31 de agosto de 2013 22:19, Nelson A. de Oliveira nao...@gmail.comescreveu: 2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Imagino que sim. É que estou gastando muitas horas editando ponto a ponto. Então em casos desses gostaria de ser avisado. Não quero ficar trabalhando para nada. Na dúvida é melhor esperar (e começar a adicionar dados você mesmo em locais onde ainda não existem; é a maneira de continuar contribuindo de forma segura). Não dá para afirmar ainda o que vai ou não ser removido. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Mas eu mapear coisas em locais ainda não mapeados não impedirão essa ação, não entendi. Eu só quero ter segurança de trabalhar, saber que só serão removidas importações ilegais, e não o que estou fazendo que é edição ponto a ponto. Se você editar em cima de dados criados por ele e que venham a ser removidos, suas edições também provavelmente serão perdidas. Por exemplo: você adicionou nome em uma rua que ele criou ou então realinhou a rua. Ou traçou uma nova rua aproveitando nós que ele criou. Se você acrescentar dados novos (ou editar dados de outras pessoas) na mesma região, estes não serão removidos. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Tá, vamos mudar o objeto, estou falando de dados que eu estou editando ponto a ponto em áreas não importadas nem por mim nem por ele. Mas fiquei com medo pois, como já importei em outras áreas, pelo post deu a entender que vão ser deletados tudo do usuário que tiver feito alguma importação. Em 31 de agosto de 2013 22:42, Nelson A. de Oliveira nao...@gmail.comescreveu: 2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Mas eu mapear coisas em locais ainda não mapeados não impedirão essa ação, não entendi. Eu só quero ter segurança de trabalhar, saber que só serão removidas importações ilegais, e não o que estou fazendo que é edição ponto a ponto. Se você editar em cima de dados criados por ele e que venham a ser removidos, suas edições também provavelmente serão perdidas. Por exemplo: você adicionou nome em uma rua que ele criou ou então realinhou a rua. Ou traçou uma nova rua aproveitando nós que ele criou. Se você acrescentar dados novos (ou editar dados de outras pessoas) na mesma região, estes não serão removidos. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Exemplo besta que ajuda a entender: Alguém constrói o primeiro andar de um prédio de forma ilegal. Outras pessoas constróem mais andares em cima, de forma legal. Decidem remover a parte ilegal do prédio (o primeiro andar). O que foi construído por cima não vai ser destruído, mas desmorona junto (já que não tem a base por baixo para sustentar). Quem construiu uma casinha ao lado de forma legal não é afetado (já que não utilizou a construção que foi destruída). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
Ok, então não é pq ele importou dados ilegais que tudo do usuário importador será deletado né? Somente o que tiver sido importado ilegalmente? Em 31 de agosto de 2013 22:51, Nelson A. de Oliveira nao...@gmail.comescreveu: Exemplo besta que ajuda a entender: Alguém constrói o primeiro andar de um prédio de forma ilegal. Outras pessoas constróem mais andares em cima, de forma legal. Decidem remover a parte ilegal do prédio (o primeiro andar). O que foi construído por cima não vai ser destruído, mas desmorona junto (já que não tem a base por baixo para sustentar). Quem construiu uma casinha ao lado de forma legal não é afetado (já que não utilizou a construção que foi destruída). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Ok, então não é pq ele importou dados ilegais que tudo do usuário importador será deletado né? Somente o que tiver sido importado ilegalmente? Isso, só vai ser removido o que estiver ilegal (mas isso pode afetar os que trabalharam por cima). O que ele fez de forma legal não é removido. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
OK. Isso que me preocupava . pois fiquei pensando q como importei, tudo o q estava fazendo agora do jeito certo TB seria deletado. Em 31/08/2013 22:55, Nelson A. de Oliveira nao...@gmail.com escreveu: 2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Ok, então não é pq ele importou dados ilegais que tudo do usuário importador será deletado né? Somente o que tiver sido importado ilegalmente? Isso, só vai ser removido o que estiver ilegal (mas isso pode afetar os que trabalharam por cima). O que ele fez de forma legal não é removido. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: OK. Isso que me preocupava . pois fiquei pensando q como importei, tudo o q estava fazendo agora do jeito certo TB seria deletado. Quanto a isso pode ficar tranquilo. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Adressbestände Köln nun als OpenData
Moin Dirk, in §126 Abs. 3 Baugesetzbuch steht: Der Eigentümer hat sein Grundstück mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen gelten die landesrechtlichen Vorschriften. Die Nummern werden den Grundstücken zugeordnet und werden als Hausnummer im Grundbuch eingetragen. Die Nummern werden zumindest hier auch für Grundstücke vergeben die noch nicht bebaut sind, aber in einem Gebiet mit Bebauungsplan liegen und bebaut werden könnten. Nur so lassen sich dann auch Hausnummern wie 8-12 erklären, bei denen die Bebauung über mehrere Grundstücke geht. Schönes Wochenende noch Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org Am Freitag, den 30.08.2013, 13:02 +0200 schrieb Dirk Sohler: Martin Koppenhoefer schrieb: m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt. HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die Flurstücksnummer aus dem Katasterplan). Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer ganz konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement-Nummer), und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des Grundstückes“). Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Das ist in Mannheim und vermutlich in anderen deutschen Städten ebenso. Bereits im Bebauungsplan werden den Flurstücken Hausnummern zugeordnet. Das erste Haus auf dem Grundstück erhält dann die zugeteilte Hausnummer. Weitere Häuser auf demselben Flurstück werden mit angehängten Nummernzusätzen ergänzt. Besonders großen Flurstücken werden aber auch schon mal mehrere Hausnummern zugeordnet, wenn darauf voraussichtlich mehrere Häuser errichtet werden. In unserem Wohngebiet wurden einige Garagenplätze geteilt in jeweils eine Gemeinschaftsfläche und viele 3 m x 6 m große Flächen für die Garagen. Hier bekam dann jede Garage eine eigene Hausnummer, die hat aber niemand an der Garage angebracht, obwohl das rein rechtlich vermutlich notwendig wäre. Bernhard -Ursprüngliche Nachricht- Von: Jörg Frings-Fürst [mailto:o...@jff-webhosting.net] Gesendet: Samstag, 31. August 2013 09:58 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Adressbestände Köln nun als OpenData Moin Dirk, in §126 Abs. 3 Baugesetzbuch steht: Der Eigentümer hat sein Grundstück mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen gelten die landesrechtlichen Vorschriften. Die Nummern werden den Grundstücken zugeordnet und werden als Hausnummer im Grundbuch eingetragen. Die Nummern werden zumindest hier auch für Grundstücke vergeben die noch nicht bebaut sind, aber in einem Gebiet mit Bebauungsplan liegen und bebaut werden könnten. Nur so lassen sich dann auch Hausnummern wie 8-12 erklären, bei denen die Bebauung über mehrere Grundstücke geht. Schönes Wochenende noch Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org Am Freitag, den 30.08.2013, 13:02 +0200 schrieb Dirk Sohler: Martin Koppenhoefer schrieb: m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt. HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die Flurstücksnummer aus dem Katasterplan). Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer ganz konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement- Nummer), und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des Grundstückes“). Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Leute, diskutiert darüber woanders! Johannes Am Samstag, 31. August 2013 schrieb Bernhard Weiskopf : Das ist in Mannheim und vermutlich in anderen deutschen Städten ebenso. Bereits im Bebauungsplan werden den Flurstücken Hausnummern zugeordnet. Das erste Haus auf dem Grundstück erhält dann die zugeteilte Hausnummer. Weitere Häuser auf demselben Flurstück werden mit angehängten Nummernzusätzen ergänzt. Besonders großen Flurstücken werden aber auch schon mal mehrere Hausnummern zugeordnet, wenn darauf voraussichtlich mehrere Häuser errichtet werden. In unserem Wohngebiet wurden einige Garagenplätze geteilt in jeweils eine Gemeinschaftsfläche und viele 3 m x 6 m große Flächen für die Garagen. Hier bekam dann jede Garage eine eigene Hausnummer, die hat aber niemand an der Garage angebracht, obwohl das rein rechtlich vermutlich notwendig wäre. Bernhard -Ursprüngliche Nachricht- Von: Jörg Frings-Fürst [mailto:o...@jff-webhosting.net javascript:;] Gesendet: Samstag, 31. August 2013 09:58 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Adressbestände Köln nun als OpenData Moin Dirk, in §126 Abs. 3 Baugesetzbuch steht: Der Eigentümer hat sein Grundstück mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen gelten die landesrechtlichen Vorschriften. Die Nummern werden den Grundstücken zugeordnet und werden als Hausnummer im Grundbuch eingetragen. Die Nummern werden zumindest hier auch für Grundstücke vergeben die noch nicht bebaut sind, aber in einem Gebiet mit Bebauungsplan liegen und bebaut werden könnten. Nur so lassen sich dann auch Hausnummern wie 8-12 erklären, bei denen die Bebauung über mehrere Grundstücke geht. Schönes Wochenende noch Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org Am Freitag, den 30.08.2013, 13:02 +0200 schrieb Dirk Sohler: Martin Koppenhoefer schrieb: m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt. HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die Flurstücksnummer aus dem Katasterplan). Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer ganz konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement- Nummer), und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des Grundstückes“). Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org javascript:; http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Moving place=village tags in Odisha
A large number of place tags in Odisha are imported from AND. Most of these tags are on nodes which are part of a way. The OSM wiki recommends to place a node at the center of a settlement and tag it appropriately. Can I remove such erroneous nodes from the middle of the way and move them to the settlement center? Most of these nodes are very close to the actual settlements. Hence, there is minimal confusion about where to place those nodes. Regards, Aditya. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Punti elevanzione su nodi sentiero
Comunque i dati di elevazione sono quelli importati dalla CTR -- View this message in context: http://gis.19327.n5.nabble.com/Punti-elevanzione-su-nodi-sentiero-tp5775611p5775727.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Navit] indirizzo errato
Ieri ho usato Navit per andare in via Boccaccio a Sesto San Giovanni. Non ho seguito le indicazioni perche' mi voleva far andare in via Boccaccio a Cologno Monzese (comune confinante). Proprio ieri avevo fatto un aggiornamento del database della mappa. Qualcuno ha avuto a che fare con problemi simili? Ho controllato OSM e i confini amministrativi mi sembrano corretti. La via non e' confinante, nominatim restituisce la via corretta. A parte segnalare agli sviluppatori di Navit, c'e' altro che posso controllare prima di scrivergli? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Linee telefoniche
Il giorno 30/ago/2013, alle ore 20:33, Volker Schmidt vosc...@gmail.com ha scritto: Se mi ricordo bene, in Italia generalmente non si inseriscono linee telefoniche in OSM, ma non so quanto formalizzata è questa pratica. Credo non esista una decisione di non farlo, l'abbiamo semplicemente non fatto troppo spesso. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] amenity con disused=yes a disused:amenity ERA Re: aeroporto
Il giorno 31/ago/2013, alle ore 09:24, Aury88 spacedrive...@gmail.com ha scritto: appena un tag diviene deprecato dovrebbe venire modificato di conseguenza il wiki e possibilmente segnalato il cambio a chi gestisce i predefiniti di josm. e come si fa diventare un tag deprecato? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: [OT?][OSMAnd] Il GPS si ''pianta''?!
On Sat, Aug 31, 2013 at 12:19:30AM +0200, beppebo...@libero.it wrote: È un problema del telefono ti consiglio con 249 un ottimo google nexus e poi nessun problema gps . Ciao Io _ho_ il google (Samsung) Nexus e il gps a volte si pianta ma penso che in realtà sia un probema di OSMAnd visto che se lo spengo e riaccendo risolvo il problema... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] amenity con disused=yes a disused:amenity ERA Re: aeroporto
Il giorno 31/ago/2013, alle ore 11:02, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: e come si fa diventare un tag deprecato? intendevo: come si può deprecare un tag? ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] amenity con disused=yes a disused:amenity ERA Re: aeroporto
Il giorno 30/ago/2013, alle ore 14:18, Fabri erfab...@gmail.com ha scritto: Mi riferivo più che altro a sport=model_aerodrome. Nella pagina della proposta, ci sono diverse opinioni; alcuni preferiscono leisure, per altri va bene sport visto che descrive un luogo dovrebbe essere leisure, mentre sport è per tipi di sport Allora perchè aggiungere il predefinito in josm sotto sport? sono anche lì dei individui che s'impegnano ma alle volte sbagliano, io lo segnerei come Bug ai sviluppatori di Josm Così si iniziano a inserire tutti i campetti rc con quel tag, che diventa il più usato. Poi è un po' complicato cambiare. +1 per disused, se il sistema è migliore, si può iniziare a taggare nel nuovo modo, ma non bisognerebbe anche qui aggiornare le pagine wiki? si, al meno parzialmente si trova anche nel wiki tempo fa si era deciso di taggare le entrate con entrance=yes invece di amenity=entrance, che dice taginfo a riguardo? era prima building=entrance, adesso entrance=main yes ecc. ci sono ancora entrambi i tag in giro? penso di si c'è anche un tag amenity=diving_center attualmente in uso, ma non si doveva usare centre ? si ps: quando un utente qui in lista ha proposto il nuovo valore bicycle_parking=Verona_rack nessuno ha detto a. Non è che tra qualche anno ci se ne esce, ma va tutto minuscolo o tutto maiuscolo? minuscolo per valori formali ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] amenity con disused=yes a disused:amenity ERA Re: aeroporto
Il 08/31/2013 11:39 AM, Martin Koppenhoefer scrisse: ps: quando un utente qui in lista ha proposto il nuovo valore bicycle_parking=Verona_rack nessuno ha detto a. Non è che tra qualche anno ci se ne esce, ma va tutto minuscolo o tutto maiuscolo? minuscolo per valori formali Both the key and value are free format text fields... [1] Verona e' un nome proprio e come tale secondo me sarebbe meglio fosse maiuscolo. Quando ho aggiunto il nuovo valore e modificato il wiki, lo avevo scritto in lista ma nessuno mi ha segnalato di usare solo minuscolo. Io a Milano ho usato il maiuscolo sia in OSM sia in qualche software di importazione e visualizzazione. Non so se altri lo hanno usato... ciao maxx [1] http://wiki.openstreetmap.org/wiki/Values ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: [OT?][OSMAnd] Il GPS si ''pianta''?!
https://code.google.com/p/osmand/ 2013/8/31 Marco Ciampa ciam...@libero.it: On Sat, Aug 31, 2013 at 12:19:30AM +0200, beppebo...@libero.it wrote: È un problema del telefono ti consiglio con 249 un ottimo google nexus e poi nessun problema gps . Ciao Io _ho_ il google (Samsung) Nexus e il gps a volte si pianta ma penso che in realtà sia un probema di OSMAnd visto che se lo spengo e riaccendo risolvo il problema... -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti elevanzione su nodi sentiero
Il giorno 30/ago/2013, alle ore 16:58, solitone solit...@mail.com ha scritto: Non permette di mediare le tracce GPS per ottenere una best fit way. credo il risultato migliore si ottiene disegnando a mano, per esempio puoi meglio aggiustare la quantità di nodi necessari, puoi mettere i nodi ai futuri incroci con le traverse, ecc. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: [OT?][OSMAnd] Il GPS si ''pianta''?!
OSM And soffre anche di altri problemi, come l'errore che non indicizza le mappe offline e che a volte le fa scomparire. Ho scritto una e-mail allo sviluppatore ma non ho ottenuto risposta, sebbene abbia pagato per la versione OSMAnd+ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti elevanzione su nodi sentiero
Martin Koppenhoefer ha scritto: Il giorno 30/ago/2013, alle ore 16:58, solitone solit...@mail.com ha scritto: Non permette di mediare le tracce GPS per ottenere una best fit way. credo il risultato migliore si ottiene disegnando a mano, per esempio puoi meglio aggiustare la quantità di nodi necessari, puoi mettere i nodi ai futuri incroci con le traverse, ecc. Sicuramente serve sempre una buona dose di manualità, è inevitabile. Il metodo che dici tu è quello che faccio già. Però in certe situazioni sarebbe senza dubbio più comodo e preciso partire da un best fit e aggiustare quello (togliendo punti inutili, adeguando gli incroci, ecc.), piuttosto che disegnare a mano una way guardando a occhio l'andamento delle molte tracce GPS. Davide ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Límites de municipios al sur de Colombia
Hola Durante la migración de limites que hubo hacia el 2010 2011 tengo entendido hubo algunos problemas para subir algunos limites y/o no hubo voluntarios para subirlos, en el momento la nueva cartografía Landsat 8 y de bing creo que permitirá hacia el futuro tener mejores trazos, no soy trazador de limites pero estimo en un año cuando haya mas trazos seria adecuado volver a revisar el tema. Date: Thu, 29 Aug 2013 19:05:16 -0400 From: geotux_tux...@linuxmail.org To: talk-co@openstreetmap.org Subject: [Talk-co] Límites de municipios al sur de Colombia Hola maperos, revisando estos días el mapa encuentro algunos municipios al sur de Colombia que no tienen límite. ¿Saben algo de esto? ¿Se planea agregar dichos límites pronto? Saludos, Germán -- --- \__ (:__)( / Soluciones Geoinformáticas Libres http://geotux.tuxfamily.org http://twitter.com/GeoTux2 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-pt] Mapping in Portugal - Some smal questions
Boa tarde Matthias, I'll try to answer the other questions : 1. I've no idea how Bing is accurate ;-) Note that there's probably a lot of data in Lisbon which where traced years ago from Yahoo! Imagery, so old data can be misaligned when compared to Bing. I expect Bing have made a good ortorectification, I hope some of ours GIS expert have some metrics in this matter. 2. The 'hard' rules for road classification in Portugal are : http://wiki.openstreetmap.org/wiki/Estradas But you know, there's no such thing as hard rules in OSM ;-) Personally, I use highway=service for roads accessing amenity : fuel station, parking. For a road going around one or more buildings, obviously used only for those resident, I'll tend to classify it as highway=residential. 3. The Postal Code in Portugal are : http://en.wikipedia.org/wiki/Postal_codes_in_Portugal The first 4 digit was the old postal code, and the 3 digits following the dash is an even more precise area in this postal code. I don't know all the details and I didn't spend time searching, but I presume that the postal code follow the administrative area in some way, so it seems possible to follow the Karlsruhe schema and only code addr:street and addr:housenumber and deduce the city and postal code from other spatial entity. But we are far from it, we didn't have all the administrative area in OSM, it's a matter I'm currently working on (slowly :-). By the way, for the Karlsruhe schema, I've not seen a prefered way in the community on how to enter address : - using addr:street - using associatedStreet relation Perhaps you have more experience in entering address so we can choose a prefered method for Portugal. As a matter of taste, I prefer not using relation for address and using only addr:street, but that's my personal view ;-) http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema One final question for Nuno José or someone with more pratical knowledge than me, in the example given I'm missing something, in Karlsruhe schema notation we have : addr:housenumber = 18 addr:street = Rua Pé de Mouro addr:postcode = 2714-510 addr:city = Linhó So the Sintra information will be lost ? Francisco - Mail original - From: Nuno José Almeida nzalme...@pedaserra.net To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org Date: 31/08/2013 14:04:35 Subject: Re: [Talk-pt] Mapping in Portugal - Some smal questions Hi Matthias Meisser That address should be: Rua Pé de Mouro, 18 Linhó 2714-510 Sintra Rua Pé de Mouro - Street Name 18 - Number Linhó - city/town/vilage 2714-510 Sintra - Postal CODE Best Regards 2013/8/31 Matthias Meisser dig...@arcor.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi community, I finally started mapping small things around here and of course there appear some questions to me: 1. Bing alignment The Bing imagery looks very good for my part of Lisbon. But as the area is very hilly, I'm not sure if it's well aligned? In Germany it's mostly ok, as we don't have that strong height differences, but I don't expect that BING had been postprocessed here, to fix that things? 2. Road classification I noticed that most smaller roads that I would classify as highway=service are mapped as resedential and with name instead. So I guess the requirements for service tag is even higher in Portugal? 3. Address format When I try to add the address from a LIDL superstore, there is at the bill: LIDLCia - LISBOA -AV. C:E:G Lojas Alimentares AV Cor Eduardo Galhardo, Lt A - Lisboar Rua Pé de Mouro, 18 Linhó - 2714-510 Sintra So I just add it like addr:street=Rua Pé addr:housenumber=18 but is there a postal code or something else? As you see, language seems to be my biggest problem, as I had to learn the usual terms for roads and places and the special characters of course. kind regards, Matthias -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSIcy8AAoJEAF+labaLeyDJikH/3ZKBeNpcgg7CECWmaIac0av DIJQQqq7jweiqZjPGurcLo/oQOtbUBwzVTKE4/27+Zi8H2BJFKNSKrBTPcYAWJA0 WcIxPk14rIZSpsz++ZPKPK/kwyVTC/sUrCfXzj4Il/rry7Bvfibc5afW8m9Yra94 as6DFj3VUFbK2vTuTTW5SQo6Tm/Ul9fZf/5v87WejkofgeVpxZa1jrVoHqjVQkb2 XJGlnKQJXVihLpE7hF7bC1zrPqtVLjJ3t9qIwQ+46y0Zg8VBDJjbJkHuj3WXLEAQ 2+zQ2fqFMutnRgTTCHvykjHXlzO7NYjMXHDLMXuLB9dfEQ9kOLsbcfzCDaQsdLw= =XE0s -END PGP SIGNATURE- ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt -- Nuno José Almeida ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Mapping in Portugal - Some smal questions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd say that the postal code should include the location, the wikipedia page says: The Portuguese postal code (código postal) is formed by four digits, a hyphen, then three digits, followed by a postal location of up to 25 characters in capitals. If one searches for a postal code in the Portuguese post office page, which is also linked in the wikipedia page, one gets exactly the scheme mentioned (-NNN LOCATION). The wikipedia page also says: Note that, although the regions' names are connected the (extinct) 1936 provinces of Portugal, their limits (with the exception of Algarve) are not exactly the same. I don't know if this still holds true, also this year there was a reorganization of parishes (1), I don't know how that changes the relationship between administrative areas to postal codes but I suppose that should be taken into account/looked into. (1) Some parishes were merged and given a new name. That I know of there are no more changes planned in the short term, but I don't know if we've seen the end of it as the change was somewhat controversial. On 31-08-2013 14:36, f.dos.san...@free.fr wrote: 3. The Postal Code in Portugal are : http://en.wikipedia.org/wiki/Postal_codes_in_Portugal The first 4 digit was the old postal code, and the 3 digits following the dash is an even more precise area in this postal code. I don't know all the details and I didn't spend time searching, but I presume that the postal code follow the administrative area in some way, so it seems possible to follow the Karlsruhe schema and only code addr:street and addr:housenumber and deduce the city and postal code from other spatial entity. But we are far from it, we didn't have all the administrative area in OSM, it's a matter I'm currently working on (slowly :-). By the way, for the Karlsruhe schema, I've not seen a prefered way in the community on how to enter address : - using addr:street - using associatedStreet relation Perhaps you have more experience in entering address so we can choose a prefered method for Portugal. As a matter of taste, I prefer not using relation for address and using only addr:street, but that's my personal view ;-) http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema One final question for Nuno José or someone with more pratical knowledge than me, in the example given I'm missing something, in Karlsruhe schema notation we have : addr:housenumber = 18 addr:street = Rua Pé de Mouro addr:postcode = 2714-510 addr:city = Linhó So the Sintra information will be lost ? Francisco - -- Mauro Santos -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iQIcBAEBAgAGBQJSIfgMAAoJEKlXy3xHw0Io2mgQAIESThelJaxAQj8szpIXeKct MmXAXwRX/mwcgEfXHeK1DX/FAduVRjIgpzkW7AWmxnMIbgdZH9eejPIt6C8CsPJ7 W3osDRW/Lta4tQGp8LVpbdvlCmtb7jsi4xLoccZmHZR/gZfCYluFFPD1Gpla0J1a 9EvrK0R6q4lZN19lw/ARRZ+6TIfcwtUcF3ZCNK/jw3rkipmvt2tEn9XIMe8198Wg fceusdHhMfBEiHBMcGVpT626J5z5Ob4DJSb5OQqRA/Cmfs56RmYcy4aNbKyV/GKa dv87vXBI8lDGRRe43EC28MXRQtZ8on29Qaxz5/bvQ3p3vl26WTeHXSXu11eGhM1H yaDESrN0+oKPQOMUBet+75Qz8OqZrnQ8414cYlAGHNtPYY+mch/tgUJL1jEpE+5R whIkn00ejHye4+lw3fJC/DH2rgzd+pypVzPgduLQCq3AnZsFbqWUkyy0Zx+G60f0 bApzbL7U0dwG34eHpBZhp/N1PSP+Odq2D05CsCJ2UfKXFjdSRw2BXZpM19SHAM22 rsiPiruGJxw3WprfdQNVxD1ggNfegreFISSv+XmAHxc8s7cBJPuFxOL9RcZeERGb JTZyqdusO0Jia+6O5MPDOpNI4GLKpbUnvWc7yWVNQm9P4NaYKmEqB2KuIpaCcyjC zvbHSZItgONKeqv6YNo+ =ud31 -END PGP SIGNATURE- ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Visiting Portugal
As architecture is your topic, you might be interested in 3D building modeling? I had the pleasure to assist on the development of the Simple 3D buildings-schema and did a bigger micromapping survey of a district in Rostock: I think you will like to see Victor's work as well. :-P On Fri, Aug 30, 2013 at 8:09 PM, Matthias Meisser dig...@arcor.de wrote: Hi Victor, thanks for the warm welcome, today I arrived at Lisboa :) Am 27.08.2013 02:58, schrieb Victor Ferreira: Hello Mathias i am also a regular contributor to OSM and a teacher at the University of Lisbon (i am from the faculty of architecture - we belonged to the Technical University of Lisbon but the two universities merged this year!) www.fa.ulisboa.pt Sounds very interesting. I'm not sure how the universities of Lisbon are organized but I will work at the ISCTE-IUL (Instituto de Telecomunicações). As architecture is your topic, you might be interested in 3D building modeling? I had the pleasure to assist on the development of the Simple 3D buildings-schema and did a bigger micromapping survey of a district in Rostock: http://map.f4-group.com/#postProcess.enabled=falselat=54.0755997lon=12.1130899zoom=16camera.theta=71.677camera.phi=-64.458 http://maps.osm2world.org/?h=128view=Wzoom=18lat=54.076264630395lon=12.112606031234 http://www.geomv.de/geoforum/2013/praesentationen/09_Meissner_OSM_Stadtmodelle.pdf(sorry GER only) Maybe we can enrich some smaller parts of Lisbon with highly detailed micromappings ;) I will be glad to help you you anything you need, and you are invited to come to my faculty and have a coffee or a beer :-) when you are in Portugal I also belong to a volunteer organization that promotes open source GIS software and open data called osgeo.pt (we are related to theinternational organization www.osgeo.com) Thanks for that and I'm pretty sure, that I will take your offer :) In Germany there is the FOSSGIS e.V. as a local OSGEO chapter. I had a lose contact with them, as they are also responsible for OSM DE in any legal aspect. Here is my osm page http://wiki.openstreetmap.org/wiki/User:Victorferreira And our organization page is (in portuguese) http://www.osgeopt.pt/node/10 If you want to meet in September send an email directly to me. To what faculty are you going? Cheers, VIctor On Tue, Aug 27, 2013 at 1:50 AM, Victor Ferreira victor.mota.ferre...@gmail.com wrote: http://wiki.openstreetmap.org/wiki/User:Victorferreira And our organization page is (in portuguese) http://www.osgeopt.pt/node/10 If you want to meet in September send an email directly to me. To what faculty are you going? Cheers, VIctor On Fri, Aug 2, 2013 at 6:40 PM, Matthias Meisser dig...@arcor.de wrote: Am 29.07.2013 11:41, schrieb Alexandre Neto: Hello Matthias, As far as I know, in Portugal we really have a diferent relation with OSM. For instance, I don't think we have any OSM local groups. Most of our contribuitions are made individualy or by ocasional map parties. Oh thats interesting to know. Here in Germany, the number of local meetings (Stammtische) is also decreasing. Maybe this is caused by the improved coverage or by different reasons. I agree that we could promote somekind of exchange, maybe to learn how you guys do it in germany. Besides that, I think that you can post your questions related to tagging in here. Hmm, I think I will come back to that later, when I'm in Portugal for real and see what the existing features represent. I hope that I can at least improve my very close neighbourhood or the campus. Maybe I can do some micromapping there :) Matthias On Sat, Jul 27, 2013 at 7:58 PM, Matthias Meisser dig...@arcor.dewrote: Olá! (I'm sorry I just can't speak Portuguese language. I hope a english post is also ok) My name is Matthias, but in OSM I'm know as user:!i! http://wiki.openstreetmap.org/wiki/User:!i! During September till December, I will visit Portugal to take part on a a internship at the university of Lisbon. So I like to help contributing during this period, and I like to ask, if there is a local meeting or usergroup somewhere, where I can post question? I think most things are different from how we map here in Germany, as road classification, names, special amenities etc. Maybe we can have some kind of exchange, so we get a new point of view, how other nations map and what might be different there in real life :) kind regards from the city of Rostock, Matthias ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing listTalk-pt@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org
Re: [Talk-pt] Visiting Portugal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 31.08.2013 15:17, schrieb Alexandre Neto: As architecture is your topic, you might be interested in 3D building modeling? I had the pleasure to assist on the development of the Simple 3D buildings-schema and did a bigger micromapping survey of a district in Rostock: I think you will like to see Victor's work as well. :-P So Victor did already some 3D modelling with OSM? Now I'm really curious :) I tried to find some models with f4 maps, but had no success. Sadly we have no 3D tag related overlay for osmatrix :/ Matthias -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSIlz+AAoJEAF+labaLeyD664IAJZbFhBjmxyfnyN+1wzY1MiT 9BBCt9wdP7hKWn5XGNAWX2Ltd8GIpvL4v2cuftJq+HJuftQwyEUHfJ+RaZoXWVET M7T2jYw7RVT3oA2UU3REDBJiInscDcltlTLjEjKoK3C4GDxPri1ThRtVwLwTDQ73 iTC8TNr2lFBIw6on2CUCoauAp4bsDKGaK+TadTq40P+VtzNPzda0O9q0TOmuWgvk EBtAUyEwcFX9qMnALZGhxc4dU+jS0w28fyjmu0hi8AfxVvRcwLum7LvZzofTWk61 ipK1NIPyloA46GCNPx4F7v2LZ6+3t5EvGAEEN9q2XF3Mdc+tp2k5xmB+appXua4= =YAca -END PGP SIGNATURE- ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [OSM-Talk-ZA] What are all the disconnected points around Wits?
Well, I traced a bunch of buildings from Bing imagery while I was at SFD today, but I don't know the area. Someone at Wits needs to take an interest in their map: it really doesn't compare well to other universities; even South African universities. See for example: Stellenbosch: http://www.openstreetmap.org/#map=17/-33.93254/18.86557 Pretoria: http://www.openstreetmap.org/#map=17/-25.75650/28.22739 UCT: http://www.openstreetmap.org/#map=18/-33.95657/18.46167 -- David Richfield [[:en:User:Slashme]] +27718539985 ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-lv] diivains pagrieziens riigaa
PIeliku relāciju. Pieliku arī contidional tagu pie no left turn uz gogoļa ielu. Moš kādreiz routingi šito supportēs. http://www.openstreetmap.org/browse/relation/2305262 Viesturs On Sat, Aug 31, 2013 at 8:49 AM, Viesturs Zarins viest...@gmail.com wrote: Nedrīkst nedrīkst. Pielieku restrictionu. On Sat, Aug 31, 2013 at 1:08 AM, Rich ric...@nakts.net wrote: shitaa vaita driikst ? http://osrm.at/4S2 -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] diivains pagrieziens riigaa
On 08/31/2013 09:01 AM, Viesturs Zarins wrote: PIeliku relāciju. paldies Pieliku arī contidional tagu pie no left turn uz gogoļa ielu. Moš kādreiz routingi šito supportēs. hmm. es shitos parasti ziimeeju kaa time_on, time_off... http://www.openstreetmap.org/browse/relation/2305262 Viesturs On Sat, Aug 31, 2013 at 8:49 AM, Viesturs Zarins viest...@gmail.com mailto:viest...@gmail.com wrote: Nedrīkst nedrīkst. Pielieku restrictionu. ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Mapping of Lachine Canal in Montreal damaged
Hi everyone, I noticed that someone has damaged parts of the Lachine Canal in Montreal. Between the Saint-Gabriel and the Rue des Seigneurs locks there is only the waterway way and no longer the actual outline of the canal. http://www.openstreetmap.org/#map=15/45.4742/-73.5809 Unfortunately, I lack the skill to figure out which changeset caused the damage. Can somebody help (or point me to better tools than the history tab on osm.org)? Cheers, Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Mapping of Lachine Canal in Montreal damaged
Harald, J'ai édité ces données l'an dernier et j'ai conservé une copie du fichier OSM. Mais rapidement ce matin, j'ai deja pu trouver le changeset concerné http://www.openstreetmap.org/browse/changeset/17146654 Je vois que c'est un nouveau contributeur qui a édité à l'aide du logiciel ID. Il a fait plusieurs modifications. Pour le canal, il a effacé le riverbank et retracé une partie seulement de celui-ci. Je vais corriger et revenir à la version précédente. De cette façon, nous conserverons l'historique et ce contributeur pourra à nouveau modifier le riverbank s'il veut tracer plus finement. Je vais l'aviser de ces changements. Potlatch1 permet de retrouver un chemin effacé. Dans OpenStreetMap.org, Tu zoome à l'endroit où tu veux faire la recherche. Puis tu utilises l'url http://www.openstreetmap.org/edit?editor=potlatch Tu appuis us U pour voir les objets effacés. Ceux-ci apparaissent en rouge. Tu cliques sur un chemin pour obtenir le ID OSM. Pierre De : Harald Kliems kli...@gmail.com À : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Samedi 31 août 2013 8h03 Objet : [Talk-ca] Mapping of Lachine Canal in Montreal damaged Hi everyone, I noticed that someone has damaged parts of the Lachine Canal in Montreal. Between the Saint-Gabriel and the Rue des Seigneurs locks there is only the waterway way and no longer the actual outline of the canal. http://www.openstreetmap.org/#map=15/45.4742/-73.5809 Unfortunately, I lack the skill to figure out which changeset caused the damage. Can somebody help (or point me to better tools than the history tab on osm.org)? Cheers, Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Activités à saveur géographique dans les prochains mois
Bonjour, J'ai remarqué qu'il y avait plusieurs activités à saveur géographique à venir à Montréal, et je cherche à en faire la liste complète afin de déterminer la prochaine date de rencontre du groupe OpenStreetMap Montréal. Voici ce que j'ai. En connaissez-vous d'autres? 2 octobre 2013 - Défi GéoHack MTL http://defigeohackmtl.org/ 3 et 4 octobre - Géomatique 2013 http://geomatique2013.com/ 19 octobre - EcoHack Mtl http://www.ecohackmtl.org/ Merci! Guillaume___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Activités à saveur géographique dans les prochains mois
Journée mondiale des SIG On 2013-08-31 4:27 PM, Guillaume Pratte guilla...@guillaumepratte.net wrote: Bonjour, J'ai remarqué qu'il y avait plusieurs activités à saveur géographique à venir à Montréal, et je cherche à en faire la liste complète afin de déterminer la prochaine date de rencontre du groupe OpenStreetMap Montréal. Voici ce que j'ai. En connaissez-vous d'autres? 2 octobre 2013 - Défi GéoHack MTL http://defigeohackmtl.org/ 3 et 4 octobre - Géomatique 2013 http://geomatique2013.com/ 19 octobre - EcoHack Mtl http://www.ecohackmtl.org/ Merci! Guillaume ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] footway vs. path vs. bridleway
Ahoj! Mame trosku zmatek ve znaceni lesnich cest. Respektive nekdo (Mike Crash?) znicil znaceni znacne casty lesnich cest v okoli Rican. Problemem je http://wiki.openstreetmap.org/wiki/Cs:Map_Features . Nevim kdo ji prekladal, ale moc dobrou praci neudelal: ghway path A non-specific or shared-use path. Probably better to use highway=footway for paths mainly for walkers, highway=cycleway for one also usable by cyclists, highway=bridleway for ones available to horses as well as walkers and highway=track for ones which is passable by agriculture or similar vehicles. highway path Vychozená nezpevněná cesta bez konkrétního určení použitelná pro chodce nebo případně cyklisty. Pokud není explicitně zákázáno někomu použití, dodatečné tagy se nepoužívají (foot=yes) nebo (bicycle=yes). Pro motorová vozidla a techniku je cesta fyzickým provedením nepoužitelná. Presne tak byly pesiny v lese oznacene... pesiny prilis male pro neco jineho nez je chodec byly oznaceny jako highway=footway. Automaticka editace z nich udelala highway=path, wheelchair=no; coz a) odporuje anglicke wiki a b) dela mapu nepouzitelnou. highway bridleway Cesty určené nevýhradně nebo výhradně pro koně. V ČR se zatím objevují výjimečně. ...ze se v CR objevuji vyjimecne, neni pravda, treba lesy okolo Klanovic a Rican jsou toho plne. V Klanovicich je typicky velka cesta po ktery chodej lidi a jezdej kola, a vedle toho nesutrata, ale rozbahnena, stezka pro kone. V Pocernicich a Ctenicich jsou dokonce znacany malymi plastovymi tabulkami. Bohuzel, automaticka editace z takto oznacenych cest (highway=bridleway) udelala highway=path... cimz se ztratila informace. Pokusim se informaci vratit zpatky, a byl bych rad kdyby se dalsi automaticke niceni mapy neopakovalo. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] CartoPartie petit village en haute Savoie
Merci bien Christian, Donc c'est le jour J, plutôt une réunion de travail et introduction à OSM avec enseignants, directeur d'école, maire /adjoints, habitants et le référent Vikidia http://fr.vikidia.org/wiki/Accueil sur Annecy. Compte rendu à suivre, a+ FM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Une mer dans le Sahara ?
A lire ici... http://blog.m0le.net/2013/08/29/quand-une-mer-etait-envisagee-au-sahara/ trouvé via l'utilisation d'uMap ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Sur mon smartphone Android, j'utilise imageotag ( ici http://http://imageotag.appspot.com/ ) qui ajoute à la photo des infos très détaillées de localisation, d'orientation, de statut du smartphone, et donne en Exif les infos de localisation - mais pas d'orientation ! http://gis.19327.n5.nabble.com/file/n5775730/imageotag.jpg -- View this message in context: http://gis.19327.n5.nabble.com/Photo-et-info-de-direction-dans-Josm-tp5770839p5775730.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Le 29 août 2013 16:20, hamster hams...@suna.fdn.fr a écrit : il te reste la bonne vieille methode manuelle : - quand tu prend une photo devant toi, tu tiens ton appareil droit - quand tu prend une photo sur ta gauche, tu penche ton appareil a gauche (tu cadre en biais) - quand tu prend une photo sur ta droite, tu penche ton appareil a droite - quand tu prend un photo en arriere tu cadre vertical comme ca, avec ta trace GPS et l'heure des photos JOSM saura remettre les photos a la bonne place (pense a prendre l'heure de ton GPS en photo au debut pour pouvoir recaler les horloges) et grace a l'inclinaison du cadrage tu saura dans quel sens la photo a ete faite attention : si tu penche ton appareil a GAUCHE, c'est le cadrage qui est penche a gauche, donc quand JOSM t'affiche la photo en mettant le cadrage horizontal, la photo te semblera pencher a DROITE Pas bête comme astuce :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Le 29 août 2013 16:20, hamster hams...@suna.fdn.fr a écrit : il te reste la bonne vieille methode manuelle : - quand tu prend une photo devant toi, tu tiens ton appareil droit - quand tu prend une photo sur ta gauche, tu penche ton appareil a gauche (tu cadre en biais) - quand tu prend une photo sur ta droite, tu penche ton appareil a droite - quand tu prend un photo en arriere tu cadre vertical comme ca, avec ta trace GPS et l'heure des photos JOSM saura remettre les photos a la bonne place (pense a prendre l'heure de ton GPS en photo au debut pour pouvoir recaler les horloges) et grace a l'inclinaison du cadrage tu saura dans quel sens la photo a ete faite attention : si tu penche ton appareil a GAUCHE, c'est le cadrage qui est penche a gauche, donc quand JOSM t'affiche la photo en mettant le cadrage horizontal, la photo te semblera pencher a DROITE Pour avoir fait le test, j'avoue que le coup de la photo qui penche à droite quand on cadre à gauche ça passe pas :-( Sinon, si vous ne l'avez pas vu passer, le test encourageant de Simon Poole sur Android : http://www.openstreetmap.org/user/SimonPoole/diary/19884 Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Pour reprendre le fil de la discussion, il y a une autre source qui n'a pas été abordé jusqu'à présent, c'est la source légale du classement des routes. En ce qui concerne le Puy de Dôme, et on peut espérer qu'il en va de même pour les autres départements, il existe un document règlement de voirie départementale avec en annexe la liste des tronçons et leurs classements ainsi que la référence des jonctions ... http://www.puydedome.com/data/info/199085-CG63_Annexe11.pdf Il est très intéressant de noter les discordances entre les appréciations de chacun. Les départementales 63 sont classées de A à D. Les équivalences devraient être (should be) A = primary, B secondary, C tertiary et D tertiary ou unclassified dans les cas graves. A titre d'exemple la D 1 http://www.openstreetmap.org/browse/relation/1850206 présente à partir de http://www.openstreetmap.org/browse/way/25777152 un classement D alors que l'IGN donne de l'orange (secondaire) et que pour l'instant nous (OSM) somme en tertiary ... à noter aussi le déclassement de la D1B repéré sur l'IGN et OSM et apparemment disparu du listing du RDV63. http://www.openstreetmap.org/browse/way/128195213 Mais, c'est une source légale. Dura lex sed lex. Est ce que le report des indications du RDV63 dans les tronçons sont satisfaisants ? -- View this message in context: http://gis.19327.n5.nabble.com/Comparaison-OSM-Route500-tp5775040p5775743.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Ça n'existe pas une application qui ne donne que la direction et pas le GPS ? (je suis sous Android) Personnellement j'ai toujours une autre source pour le GPS. Inutile de consommer de la batterie et d'avoir des sources discordante de positionnement. Le 31 août 2013 12:58, f.dos.san...@free.fr a écrit : Le 29 août 2013 16:20, hamster hams...@suna.fdn.fr a écrit : il te reste la bonne vieille methode manuelle : - quand tu prend une photo devant toi, tu tiens ton appareil droit - quand tu prend une photo sur ta gauche, tu penche ton appareil a gauche (tu cadre en biais) - quand tu prend une photo sur ta droite, tu penche ton appareil a droite - quand tu prend un photo en arriere tu cadre vertical comme ca, avec ta trace GPS et l'heure des photos JOSM saura remettre les photos a la bonne place (pense a prendre l'heure de ton GPS en photo au debut pour pouvoir recaler les horloges) et grace a l'inclinaison du cadrage tu saura dans quel sens la photo a ete faite attention : si tu penche ton appareil a GAUCHE, c'est le cadrage qui est penche a gauche, donc quand JOSM t'affiche la photo en mettant le cadrage horizontal, la photo te semblera pencher a DROITE Pour avoir fait le test, j'avoue que le coup de la photo qui penche à droite quand on cadre à gauche ça passe pas :-( Sinon, si vous ne l'avez pas vu passer, le test encourageant de Simon Poole sur Android : http://www.openstreetmap.org/user/SimonPoole/diary/19884 Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm et les sessions
Bonjour, Stéphane Péneau a écrit : La possibilité de charger/sauver des sessions contenant tous les calques en cours d'utilisation ! Merci d'avoir signalé cette nouvelle fonction qui va m'être fort utile. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 住所
いいだです。 天野さんより、各地の住所の表記サンプルを送っていただきましたので、 テーブルをアップデートしました。けっこうすごい数になっています。ありがとうございます。 https://docs.google.com/spreadsheet/ccc?key=0ApY7X6fw8sqxdDNjY1FBeG00TlRZSFoxU2xwOHVCb0E#gid=0 これで、よほど特殊な例でないかぎりカテゴリはわけられるのではないかと思っていて、 Wiki用の文書をかきはじめています。 ただ、1点、カテゴリわけで再度、悩み始めてしまいました。 ■悩んでいるところ addr:blocknumber と addr:housenumber なのですが、 これを1つにまとめて addr:housenumber にしてしまえると思っています。 ご意見をください。 ■一緒に addr:housenumber に入れる際のルール案 デリミタは - にして、英数字を基本に入力します。 ”番地” や 号 の文字は、入れても入れなくてもよいと思いますが、 可能ならば排除してしまいたいです。 例1; addr:quarter = 永田町 addr:neighbourhood = 一丁目 addr:housenumber = 10-1 例2; addr:quarter = 昭和 addr:neighbourhood = 三丁目 addr:housenumber = 2番-1号 、あるいは 2-1 ■メリット: 1. 入力の際にわかりやすい 2. 新規にタグを定義しなくて済むため、ソフトウェア側での実装対応が楽になる可能性 ■デメリット: 1. 1カラムに丸め込んでしまうことにより、その数字が 地番なのか 枝番なのかがわかりづらくなる可能性。 2. 番地と号の表記をなくしてしまった際、 その表記が住居番号に基づいてるのか、地番表記に基づいているのか、わかりづらくなる可能性。 3. この情報をもとに表記をエクスポートする際に、漢字などへ変換させる手間が増える可能性。 (地番部分だけ漢字に変換したい、など？) 2013年8月29日 15:25 Satoshi IIDA nyamp...@gmail.com: いいだです。 ありがとうございます。 おおむね概要は固まってきたと思いますので、 もし問題がなければ、OSM Wikiのほうで文章としてまとめはじめようと思っています。 http://wiki.openstreetmap.org/wiki/JA:Addresses 2013年8月27日 21:48 Ryosuke Amano r-am...@dp.u-netsurf.ne.jp: こんばんわ、OSM横浜の 天野です。 ■ニュータウン・大規模団地の数字部分の特殊例について ビックリされたと思いますが、仰る通り階層構造に致命的な影響はありません。 ただ単純に、同一の地番や同一の住居表示の中に複数の棟が建つために、 地番や住居表示の部分を書く意味が薄く、省略してしまったために生じる 一種便宜的な表現方法です。 ですから、このような表記がされていた場合は、地番、または街区符号-住居番号は 便宜的にEmptyになります。正式な案内には地番、もしくは住居表示も載っているた め、後から参照する事になります。 僕は1の立場をとっています。 「怪しいと思ったら addr:full に入れておいて追加サーベイ」でよいのではないかと思っています。 これは、私も賛成です。 実際、土地土地で様々な表現方法がありますし、そもそも、ここで地番と住居表示と 書いても何がどう違うのかピンとこない方もいらっしゃると思います。 そもそも私も、全国全ての例をそらんじている訳ではありませんし。 ■京都の街路名によるナビゲーション表示について また、最低限、町名の表示があれば(すごく不便だけど)なんとかなるようです。 京都市街地の、上る・下る・入る、などの表記は、１町の大きさが極めて小さく数が 多いために、「京の街の中でどの辺りにある○○町」ということから始まった表記方 法なんですね。だから、究極的には町名だけで大丈夫です。 Ryo-a 天野 Satoshi IIDA nyamp...@gmail.com wrote: いいだです。 ■ニュータウン・大規模団地の数字部分の特殊例について ちょっと吃驚しましたが、階層構造に致命的な影響はないので、おおむね大丈夫に思えます。 https://docs.google.com/spreadsheet/ccc?key=0ApY7X6fw8sqxdDNjY1FBeG00TlRZSFoxU2xwOHVCb0E#gid=0 マンションなどのタグは以下で対応する、 また、わかりづらい特殊例は、参照例をあげることで対応として、 問題はやっぱり「数字だけをみた場合、どの値なのか見分けづらい」かと思います。 addr:flats - マンション名(棟番号を含む) addr:room - 部屋番号 addr:floor - フロア番号 再掲になりますが、この「わかりづらい」に対応する場合、大きく方針として2つあります。 住所(addr:*)だけを念頭に置いています。 1. それぞれの階層ごとに分別して、ちゃんと分ける 見分けづらい場合は、それぞれ追加Surveyするなどして、例示をplace node, admin_border wayなどに書いておく。 2. 細かい階層わけをせずに、ひとつの箱にごそっと入れる 例えば、大字と小字にあたる部分を addr:neighbourhood にまとめて、 街区番号と住居番号にあたる部分を addr:housenumber にまとめて、格納します。 僕は1の立場をとっています。 「怪しいと思ったら addr:full に入れておいて追加サーベイ」でよいのではないかと思っています。 住所の表記 だけ を見て判別するのが難しいのであれば、 照応する情報を他に持つことで対応しよう、という立場です。 ご意見ください m(_ _)m ■京都の街路名によるナビゲーション表示について 京都における街路名を使った住所指定について、Twitterでいろいろとご意見をいただきました。 一筋縄ではゆかなさそうなので、今回の考慮にはいれないで引き続きの検討にしたいと思います。 ただ、少なくとも現在のところ、その表記が入るべき階層は明確になりましたので、 どう記述するにしても表記の階層構造は崩れません。(ここ重要) また、最低限、町名の表示があれば(すごく不便だけど)なんとかなるようです。 なので、目途がつくまで、京都の住所に関しては以下のようにする、でどうでしょうか。 ・addr:*としては、街路名を指定している以外の階層を埋める ・街路名指定部分を含めた住所は、addr:full に格納する ※参考: 京都の通り名による住所指定表記 http://geodosu.com/%E4%BA%AC%E3%81%AE%E9%80%9A%E3%82%8A%E5%90%8D -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] name (was Re: 全国ローソンデータのテストインポートについて)
いいだです。 例示がないと、どういうことが問題になっているのかわかりづらいのでｗ 勝手に例をつくってみると、以下のようなかんじと思います。 古橋さんの書かれていることは、もうちょい例示があったほうがよいとおもいます。補足いただけると嬉しいです。 ■ローソンほげほげ店、というデータがあったとして ・現行表記: name = ローソン(LAWSON) name:en = LAWSON branch = ほげほげ店 brand = LAWSON ・山下案 name = ローソン name:en = LAWSON branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ・古橋案 name = ローソン ほげほげ店 name:en = LAWSON branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ■おふたりの意見で合意している内容 カッコ書きの英語表示はやめようぜ、まではどちらも同じ意見です。 これは私も賛成します。 Mapboxや、MapsWithMeなど、多言語をちゃんと扱えるレンダラやアプリケーションもでてきました。 また、独自にサーバをたてる技術も、かなり一般化してきていると思います。 osm.orgのレンダリングに引っ張られる必要は、そろそろないのではないでしょうか。 ■nameタグにおける基本方針 念のため、nameタグとは「現地で確認でき、現地の人が呼称する一般的な名称」をさします。 では、その「一般的な名称」とは何を指すだろう、というところで意見に相違があるのだと思っています。 僕の感覚からゆくと、それは「ローソン」です。 なので、山下さんの案に +1です。 また、既存のルール付けとも方向性が合致しており、修正がしやすいかと思います。 なお、Taginfoによればbranchタグは現在 14000ほどの使用例があり、 プロポーザル段階とはいえそれなりに利用・認知さているタグであるという認識です。 ■インポートによる名称データ official_name=* というタグがあります。 公式にはどのような名称であるか、を表します。 タグ本来の目的を鑑みるに、ローソンが公式に呼称している名称であれば、 その情報はここにいれるほうがよいのではないか、という気もしています。 nameとして山下さんの案か、古橋さんの案になるかは他のかたの意見も伺うとして、 ローソンさん自身による公式名称であれば、official_nameにいれたほうがよいのでは、という気がします。 (それならばほとんど競合もないでしょう) なので、飯田案は以下のようなかんじです。 name = ローソン name:en = LAWSON official_name = ローソン ほげほげ店 (注：かな？ ちょっと自信なし) branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソン100) 2013年8月27日 12:36 Taichi Furuhashi tai...@osmf.jp: 山下さん： みなさま： 古橋です。 早速の name 検討ありがとうございます。 検討材料として、古橋案も提示しますね。 ・nameは固有名詞であり、店舗ごとを識別できる（べき？） ・レンダリングはローソンアイコンだけで十分。nameの文字列はレンダリングされない未来像を想定。 （mapnikのレンダリングに引きずられず、理想的なレンダリングは OSM Japan で考えていく） ・branchキーはまだプロポーザルで公式タグではないので、あくまで補助的に使うべき ・ローソンか、ナチュラルローソンなど店舗タイプは brandキーで区別 以上です。 多くの皆さんからのご意見をお待ちいたします。 2013年8月27日 1:00 yasun...@yamasita.jp: 山下です。皆さんこんにちわ。 ローソンさんの好意を無にしないように、 早いことルールを合意して、インポートしてしまいましょう！ In message cagexurd1firpu-rgqbgppqaeaa5xmy8qq5vdpxmfrsqpxdd...@mail.gmail.com Satoshi IIDA nyamp...@gmail.com writes ・既存Naming Sampleとの調和性 http://wiki.openstreetmap.org/wiki/JA:Naming_sample * name タグにカッコ書きで英語名を入れるかどうか * name タグに、支店名までを入れるかどうか (例えば、name = ローソン なのか、name = ローソン ほげほげ店か) この件にしぼります。 まず、地図を使う一般人の立場からすると、 そこにローソンがあるということさえわかれば、 支店名なんて要らないです（よね？） 日本人に英語名は要らないです（よね？） 英語しかわからない人に日本名（「ローソン」）は要らないです（よね？） 地物が混んでくると、name はできるだけ短いほうがいいです。 ということで、 name （と name:ja ?）には日本語名だけ入れる name:en に英語名を入れる。 英語名表示は locale を理解できるブラウザ、レンダラに任せる 支店名は name に入れない。branch に入れる。 支店名を表示してもレンダリングに害を与えないかどうかは レンダラに任せる。 でいかがでしょうか。 もちろん Naming Sample もこの方向に修正したいです ご意見をお待ちしています。 -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## MAPconcierge satellite office at http://goo.gl/VgWD6 in NOMAD NEW'SBASE ## Vice-President of OpenStreetMap Foundation Japan with sinsai.infoproject ## Director of the OSGeo Foundation Japan ## Researcher of the center for spatial info. science, univ.of Tokyo ## TEL/SkypeTwitterLIFB: 070-6401-5963 / http://about.me/mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ## GPS/GigaPan/UAV Shop: http://gpsconcierge.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 住所
こんばんわ、あまのです。 いいださん、Updateありがとうございます。 大したものではありませんが、ぜひご覧の上、忌憚ない意見をお願い致します。 なお各行の一番右側に、例示した施設名を載せています。 いずれもWeb上で検索可能で、公共施設を中心に載せていますので、興味のある方 は、実際に検索してみて下さい。 コメントで、一部直し忘れがありますが、意味は通じますので、そこは目をつぶって 下さい＞ALL 調べていて個人的には、岡崎の井田町と都営西台アパートにはぶっ飛びました(笑) さて、本題。 ■悩んでいるところ addr:blocknumber と addr:housenumber なのですが、 これを1つにまとめて addr:housenumber にしてしまえると思っています。 この点に関しては、自分は統合に反対です。 というのも、現在の日本で行なわれている住居表示は blocknumber-housenumberの方法が主流だからです。 (blocknumber=街区 ということから「街区式」ともいいます) 街区式の住居表示では、この区別が一番しっくりきます。 また、区画整理地や錯雑地などで、住居表示ではなく地番整理で処理する場合 も基本的に、この街区式に準じて付番することが多いです。 いいださんが懸念されているのは、地番表記の場合に 地番本番をblocknumber、枝番をhousenumberとすることに抵抗があるからだと 想像します。 しかしながら、地番本番自体はそれ自体があるblockを定義する一意の番号であり、 それのサブセットとして枝番があるため、タグの名称如何に問わず階層構造とし しかるべきタグに値を入れる必要はあると思います。 この場合のデメリットは 2. 番地と号の表記をなくしてしまった際、 その表記が住居番号に基づいてるのか、地番表記に基づいているのか、わかりづらくなる可能性。 だけになります。 ただ、この問題は、現在の日本の住所構造で、省略形を用いる上では、どうしても避 けて通る事のできない問題で、それが証拠に、どこの役所でも、住居表示と地番表記 について、住民向けの解説ページが必ずと言っていい程、載っています。 またどの地域が住居表示を実施しているか否かは、各役所・役場のwebページに記載 されています。それで補うほかないと思います。 他に、本当であれば、○○×丁目の表記は、「×丁目」部分をneighbourhoodに分け るのではなく、「○○×丁目」として、quarterに入れるのが本筋なのですが。。。 略記の事も考えると、「×丁目」部分を分けるのもやむを得ないのかもしれません。 実務経験者の立場から、ちょっと書いてみました。 長文でごめんなさい。 Ryo-a 天野 Satoshi IIDA nyamp...@gmail.com wrote: いいだです。 天野さんより、各地の住所の表記サンプルを送っていただきましたので、 テーブルをアップデートしました。けっこうすごい数になっています。ありがとうございます。 https://docs.google.com/spreadsheet/ccc?key=0ApY7X6fw8sqxdDNjY1FBeG00TlRZSFoxU2xwOHVCb0E#gid=0 これで、よほど特殊な例でないかぎりカテゴリはわけられるのではないかと思っていて、 Wiki用の文書をかきはじめています。 ただ、1点、カテゴリわけで再度、悩み始めてしまいました。 ■悩んでいるところ addr:blocknumber と addr:housenumber なのですが、 これを1つにまとめて addr:housenumber にしてしまえると思っています。 ご意見をください。 ■一緒に addr:housenumber に入れる際のルール案 デリミタは - にして、英数字を基本に入力します。 ”番地” や 号 の文字は、入れても入れなくてもよいと思いますが、 可能ならば排除してしまいたいです。 例1; addr:quarter = 永田町 addr:neighbourhood = 一丁目 addr:housenumber = 10-1 例2; addr:quarter = 昭和 addr:neighbourhood = 三丁目 addr:housenumber = 2番-1号 、あるいは 2-1 ■メリット: 1. 入力の際にわかりやすい 2. 新規にタグを定義しなくて済むため、ソフトウェア側での実装対応が楽になる可能性 ■デメリット: 1. 1カラムに丸め込んでしまうことにより、その数字が 地番なのか 枝番なのかがわかりづらくなる可能性。 2. 番地と号の表記をなくしてしまった際、 その表記が住居番号に基づいてるのか、地番表記に基づいているのか、わかりづらくなる可能性。 3. この情報をもとに表記をエクスポートする際に、漢字などへ変換させる手間が増える可能性。 (地番部分だけ漢字に変換したい、など？) 2013年8月29日 15:25 Satoshi IIDA nyamp...@gmail.com: いいだです。 ありがとうございます。 おおむね概要は固まってきたと思いますので、 もし問題がなければ、OSM Wikiのほうで文章としてまとめはじめようと思っています。 http://wiki.openstreetmap.org/wiki/JA:Addresses 2013年8月27日 21:48 Ryosuke Amano r-am...@dp.u-netsurf.ne.jp: こんばんわ、OSM横浜の 天野です。 ■ニュータウン・大規模団地の数字部分の特殊例について ビックリされたと思いますが、仰る通り階層構造に致命的な影響はありません。 ただ単純に、同一の地番や同一の住居表示の中に複数の棟が建つために、 地番や住居表示の部分を書く意味が薄く、省略してしまったために生じる 一種便宜的な表現方法です。 ですから、このような表記がされていた場合は、地番、または街区符号-住居番号は 便宜的にEmptyになります。正式な案内には地番、もしくは住居表示も載っているた め、後から参照する事になります。 僕は1の立場をとっています。 「怪しいと思ったら addr:full に入れておいて追加サーベイ」でよいのではないかと思っています。 これは、私も賛成です。 実際、土地土地で様々な表現方法がありますし、そもそも、ここで地番と住居表示と 書いても何がどう違うのかピンとこない方もいらっしゃると思います。 そもそも私も、全国全ての例をそらんじている訳ではありませんし。 ■京都の街路名によるナビゲーション表示について また、最低限、町名の表示があれば(すごく不便だけど)なんとかなるようです。 京都市街地の、上る・下る・入る、などの表記は、１町の大きさが極めて小さく数が 多いために、「京の街の中でどの辺りにある○○町」ということから始まった表記方 法なんですね。だから、究極的には町名だけで大丈夫です。 Ryo-a 天野 Satoshi IIDA nyamp...@gmail.com wrote: いいだです。 ■ニュータウン・大規模団地の数字部分の特殊例について ちょっと吃驚しましたが、階層構造に致命的な影響はないので、おおむね大丈夫に思えます。 https://docs.google.com/spreadsheet/ccc?key=0ApY7X6fw8sqxdDNjY1FBeG00TlRZSFoxU2xwOHVCb0E#gid=0 マンションなどのタグは以下で対応する、 また、わかりづらい特殊例は、参照例をあげることで対応として、 問題はやっぱり「数字だけをみた場合、どの値なのか見分けづらい」かと思います。 addr:flats - マンション名(棟番号を含む) addr:room - 部屋番号 addr:floor - フロア番号 再掲になりますが、この「わかりづらい」に対応する場合、大きく方針として2つあります。 住所(addr:*)だけを念頭に置いています。 1. それぞれの階層ごとに分別して、ちゃんと分ける 見分けづらい場合は、それぞれ追加Surveyするなどして、例示をplace node, admin_border wayなどに書いておく。 2. 細かい階層わけをせずに、ひとつの箱にごそっと入れる 例えば、大字と小字にあたる部分を addr:neighbourhood にまとめて、 街区番号と住居番号にあたる部分を addr:housenumber にまとめて、格納します。 僕は1の立場をとっています。 「怪しいと思ったら addr:full に入れておいて追加サーベイ」でよいのではないかと思っています。 住所の表記 だけ を見て判別するのが難しいのであれば、 照応する情報を他に持つことで対応しよう、という立場です。 ご意見ください m(_ _)m ■京都の街路名によるナビゲーション表示について 京都における街路名を使った住所指定について、Twitterでいろいろとご意見をいただきました。 一筋縄ではゆかなさそうなので、今回の考慮にはいれないで引き続きの検討にしたいと思います。 ただ、少なくとも現在のところ、その表記が入るべき階層は明確になりましたので、 どう記述するにしても表記の階層構造は崩れません。(ここ重要) また、最低限、町名の表示があれば(すごく不便だけど)なんとかなるようです。 なので、目途がつくまで、京都の住所に関しては以下のようにする、でどうでしょうか。 ・addr:*としては、街路名を指定している以外の階層を埋める ・街路名指定部分を含めた住所は、addr:full に格納する ※参考: 京都の通り名による住所指定表記 http://geodosu.com/%E4%BA%AC%E3%81%AE%E9%80%9A%E3%82%8A%E5%90%8D -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org
[Talk-GB] Mapping Archaeology
Hi A friend of mine belongs to a local Archaeology group and they are going to do some surveying shortly using a variety of methods including ground penetrating radar. I thought it would be nice if somehow the results get put onto Open Street Map. Are buried walls and landscape features suitable for recording on Open Street Map perhaps at level -1? I have a feeling I saw something a while ago about a parallel open streetmap that was intended for archaeology and recording things that are no longer visible, but I have lost the link and can't find any references to the site. Any thoughts on the matter? ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Mapping Archaeology
Was it http://www.openhistoricalmap.org you were thinking of? On 31 Aug 2013 07:15, Brian Savidge a_sn...@hotmail.com wrote: Hi A friend of mine belongs to a local Archaeology group and they are going to do some surveying shortly using a variety of methods including ground penetrating radar. I thought it would be nice if somehow the results get put onto Open Street Map. Are buried walls and landscape features suitable for recording on Open Street Map perhaps at level -1? I have a feeling I saw something a while ago about a parallel open streetmap that was intended for archaeology and recording things that are no longer visible, but I have lost the link and can't find any references to the site. Any thoughts on the matter? ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Mapping Archaeology
Obviously the location of the site can be identified, and any excavations recorded. These are current facts. But I keep watching Time Team and thinking that all of the material they gather would make a good base for an historic view of the UK. Not sure where we are with the servers for the historic map, but in a lot of places the historic view breaks through into the current data! So the idea that this material is stored in the same database is in so many cases sensible? There is considerably less data that is totally lost to redevelopment against that which is now being preserved below that development? Being able to view what is actually recorded below that development would be an excellent next step? Sent from my android tablet, so quoting gets messed up! -Original Message- From: Brian Savidge a_sn...@hotmail.com To: talk-gb@openstreetmap.org talk-gb@openstreetmap.org Sent: Sat, 31 Aug 2013 7:14 Subject: [Talk-GB] Mapping Archaeology Hi A friend of mine belongs to a local Archaeology group and they are going to do some surveying shortly using a variety of methods including ground penetrating radar. I thought it would be nice if somehow the results get put onto Open Street Map. Are buried walls and landscape features suitable for recording on Open Street Map perhaps at level -1? I have a feeling I saw something a while ago about a parallel open streetmap that was intended for archaeology and recording things that are no longer visible, but I have lost the link and can't find any references to the site. Any thoughts on the matter? ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Mapping Archaeology
The openhistoricalmap is completely blank for me (both in Internet Explorer and Chrome), so I guess it hasn't taken off. It seems a shame not to add the data into OSM in some way assuming the group finds something. Do you know of any examples of areas where groups of Archaeologists (like Time Team) have added information into OSM? Date: Sat, 31 Aug 2013 09:04:45 +0100 Subject: Re: [Talk-GB] Mapping Archaeology From: ste...@stevenhorner.com To: a_sn...@hotmail.com CC: talk-gb@openstreetmap.org Was it http://www.openhistoricalmap.org you were thinking of? On 31 Aug 2013 07:15, Brian Savidge a_sn...@hotmail.com wrote: Hi A friend of mine belongs to a local Archaeology group and they are going to do some surveying shortly using a variety of methods including ground penetrating radar. I thought it would be nice if somehow the results get put onto Open Street Map. Are buried walls and landscape features suitable for recording on Open Street Map perhaps at level -1? I have a feeling I saw something a while ago about a parallel open streetmap that was intended for archaeology and recording things that are no longer visible, but I have lost the link and can't find any references to the site. Any thoughts on the matter? ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Grounds of Places of Worshiip when not Graveyards
On 28 August 2013 09:50, sk53.osm sk53@gmail.com wrote: new-fangled expensive wedding licences. Or telling my local vicar and his wife that they live in a place of worship. That does rather assume the right building has been marked! I've just come across a case where the OS have marked the church hall and left the church as an ordinary building. Whilst I mapped it using only the initial sighting on the ground, and OS OpenData (ignoring their PW), subsequently checking with other resources, they seem to have thought the lift motor room, for the hall, was a tower (Pathfinder Series) and missed the small spire on the church itself, even though the church is the larger, and more impressive, building. (I will recheck it on the ground, but nothing so far seems to contradict my initial mapping.) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Grounds of Places of Worshiip when not Graveyards
Exactly why OS Street View should only be used as a guide, not gospel. On Sat, Aug 31, 2013 at 10:21 AM, OpenStreetmap HADW osmh...@gmail.comwrote: On 28 August 2013 09:50, sk53.osm sk53@gmail.com wrote: new-fangled expensive wedding licences. Or telling my local vicar and his wife that they live in a place of worship. That does rather assume the right building has been marked! I've just come across a case where the OS have marked the church hall and left the church as an ordinary building. Whilst I mapped it using only the initial sighting on the ground, and OS OpenData (ignoring their PW), subsequently checking with other resources, they seem to have thought the lift motor room, for the hall, was a tower (Pathfinder Series) and missed the small spire on the church itself, even though the church is the larger, and more impressive, building. (I will recheck it on the ground, but nothing so far seems to contradict my initial mapping.) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Mapping Archaeology
Open Historical Map is a sandbox environment and has only been around for a few months. It's far too early to write it off. A more reliable link is probably hosm.gwhat.com, but Jeff Meyer has been having problems with the servers recently, and it doesn't seem to up atm. Jerry On Sat, Aug 31, 2013 at 10:13 AM, Brian Savidge a_sn...@hotmail.com wrote: The openhistoricalmap is completely blank for me (both in Internet Explorer and Chrome), so I guess it hasn't taken off. It seems a shame not to add the data into OSM in some way assuming the group finds something. Do you know of any examples of areas where groups of Archaeologists (like Time Team) have added information into OSM? -- Date: Sat, 31 Aug 2013 09:04:45 +0100 Subject: Re: [Talk-GB] Mapping Archaeology From: ste...@stevenhorner.com To: a_sn...@hotmail.com CC: talk-gb@openstreetmap.org Was it http://www.openhistoricalmap.org you were thinking of? On 31 Aug 2013 07:15, Brian Savidge a_sn...@hotmail.com wrote: Hi A friend of mine belongs to a local Archaeology group and they are going to do some surveying shortly using a variety of methods including ground penetrating radar. I thought it would be nice if somehow the results get put onto Open Street Map. Are buried walls and landscape features suitable for recording on Open Street Map perhaps at level -1? I have a feeling I saw something a while ago about a parallel open streetmap that was intended for archaeology and recording things that are no longer visible, but I have lost the link and can't find any references to the site. Any thoughts on the matter? ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Whole-US Garmin Map update - 2013-08-29
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-08-29 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-08-29/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-08-29 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
