Re: [OSM-talk-be] my link collection
The problem is that I don't have a easy way to export part (a folder and subfolders) of my bookmark list in Chrome. If you know a way, please let me know. On Sun, Jun 29, 2014 at 7:56 AM, André Pirard a.pirard.pa...@gmail.com wrote: On 2014-06-26 21:40, Marc Gemis wrote : During the meetup in April in Antwerp, Jo asked for my collection of links that I have collected over the past few years. I finally found an easy way to share them. So here they are: http://share.xmarks.com/folder/bookmarks/56erXxFjfE No guarantees on the availability of the websites. Maybe you find something useful in the list Thanks, Marc. Would you have a file to be imported as Firefox bookmarks? Thanks in advance, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] my link collection
I was going to say: in the good old days they could be found in a file called bookmarks.htm. Well, I did find the location of the file, but it's name is now simply Bookmarks: C:\Users\%username%\AppData\Local\Google\Chrome\User Data\Default\Bookmarks And the format is not html anymore (maybe I'm remembering this wrongly). Jo PS: thanks for the links Marc! 2014-06-29 20:59 GMT+02:00 Marc Gemis marc.ge...@gmail.com: The problem is that I don't have a easy way to export part (a folder and subfolders) of my bookmark list in Chrome. If you know a way, please let me know. On Sun, Jun 29, 2014 at 7:56 AM, André Pirard a.pirard.pa...@gmail.com wrote: On 2014-06-26 21:40, Marc Gemis wrote : During the meetup in April in Antwerp, Jo asked for my collection of links that I have collected over the past few years. I finally found an easy way to share them. So here they are: http://share.xmarks.com/folder/bookmarks/56erXxFjfE No guarantees on the availability of the websites. Maybe you find something useful in the list Thanks, Marc. Would you have a file to be imported as Firefox bookmarks? Thanks in advance, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] my link collection
On 2014-06-29 20:59, Marc Gemis wrote : The problem is that I don't have a easy way to export part (a folder and subfolders) of my bookmark list in Chrome. If you know a way, please let me know. Not sure about Chrome, but Firefox makes it easy by using a HTML files for the bookmarks. FirefoxBookmarksShow All Bookmarks[Library manager window]Import and BackupExport Bookmarks to HTML That exports all bookmarks say to bookmarks.html. They are made of h3 titles and dl dt lists. Suppose you want to extract and share folder *OSM_from_Marc *and its subfolders. Simply use a HTML editor and remove everything that is not within that title (easy to do visually). It's possible to do it with a text editor and a bit of understanding. Change that title's name for next test, save the file. Warning: backup your bookmarks if you test with your main config. It's safe with Firefox, but I'm not responsible for anything funny happening like messing the bookmarks. When it will be loaded with Import and BackupImport Bookmarks from HTML, a new bookmark folder will be created. I jotted a few lines as a demo and here's what it looks like. I hope that the attached file passes. OSM_from_Marc How To Map User:Eimai/Belgian Roads - OpenStreetMap Wiki http://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads#Paths Map Features http://wiki.openstreetmap.org/wiki/Map_Features Maps General GPS Visualizer http://www.gpsvisualizer.com/ OpenStreetMap http://www.openstreetmap.org/ Slippy-map for GPX tracklogs http://ojw.dev.openstreetmap.org/gpx/list.php Compare with HTML source. Cordialement, André. On Sun, Jun 29, 2014 at 7:56 AM, André Pirard a.pirard.pa...@gmail.com mailto:a.pirard.pa...@gmail.com wrote: On 2014-06-26 21:40, Marc Gemis wrote : During the meetup in April in Antwerp, Jo asked for my collection of links that I have collected over the past few years. I finally found an easy way to share them. So here they are: http://share.xmarks.com/folder/bookmarks/56erXxFjfE No guarantees on the availability of the websites. Maybe you find something useful in the list Thanks, Marc. Would you have a file to be imported as Firefox bookmarks? Thanks in advance, André. ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Title: Bookmarks OSM_from_Marc How To Map User:Eimai/Belgian Roads - OpenStreetMap Wiki Map Features Maps General GPS Visualizer OpenStreetMap Slippy-map for GPX tracklogs ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] my link collection
On 2014-06-29 23:04, Jo wrote : I was going to say: in the good old days they could be found in a file called bookmarks.htm. Well, I did find the location of the file, but it's name is now simply Bookmarks: C:\Users\%username%\AppData\Local\Google\Chrome\User Data\Default\Bookmarks And the format is not html anymore (maybe I'm remembering this wrongly). See if Chrome (I suppose) is not able to *export* bookmarks in HTML. (But I doubt Google would do anything usable by Firefox ;-) Re-thanks indeed. André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] my link collection
In the bookmark manager of Chrome, you can export bookmarks to html file. They hid it away a bit... What I remembered with the html file is what Firefox and its predecessor do/did. Jo 2014-06-29 23:39 GMT+02:00 André Pirard a.pirard.pa...@gmail.com: On 2014-06-29 23:04, Jo wrote : I was going to say: in the good old days they could be found in a file called bookmarks.htm. Well, I did find the location of the file, but it's name is now simply Bookmarks: C:\Users\%username%\AppData\Local\Google\Chrome\User Data\Default\Bookmarks And the format is not html anymore (maybe I'm remembering this wrongly). See if Chrome (I suppose) is not able to *export* bookmarks in HTML. (But I doubt Google would do anything usable by Firefox ;-) Re-thanks indeed. André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] my link collection
I know I can export them, but I just didn't want to start editing the exported file (call it laziness :-) ). I search the internet and found that Firefox allows you to export folders, and that Chrome doesn't regards m On Sun, Jun 29, 2014 at 11:56 PM, Jo winfi...@gmail.com wrote: In the bookmark manager of Chrome, you can export bookmarks to html file. They hid it away a bit... What I remembered with the html file is what Firefox and its predecessor do/did. Jo 2014-06-29 23:39 GMT+02:00 André Pirard a.pirard.pa...@gmail.com: On 2014-06-29 23:04, Jo wrote : I was going to say: in the good old days they could be found in a file called bookmarks.htm. Well, I did find the location of the file, but it's name is now simply Bookmarks: C:\Users\%username%\AppData\Local\Google\Chrome\User Data\Default\Bookmarks And the format is not html anymore (maybe I'm remembering this wrongly). See if Chrome (I suppose) is not able to *export* bookmarks in HTML. (But I doubt Google would do anything usable by Firefox ;-) Re-thanks indeed. André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Reliefweb as data source for OSM?
Hello. Reliefweb is a service of the United Nations, that contains maps, mostly concerning regions where have been desaster and where humanitairian aid is necessary. Their permission can be found here: http://reliefweb.int/map_permission Is it possible to use this for OSM? Specially 2 points are interesting: – ReliefWeb maps cannot be used for advertising, marketing or in ways which are inconsistent with the Organization's mission (see “About ReliefWeb” for details). – All maps must be credited as follows: “Based on OCHA/ReliefWeb” Is this really acceptable for OSM? Lukas Sommer ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Reliefweb as data source for OSM?
On 2014-06-29 1:33 AM, Lukas Sommer wrote: Hello. Reliefweb is a service of the United Nations, that contains maps, mostly concerning regions where have been desaster and where humanitairian aid is necessary. Their permission can be found here: http://reliefweb.int/map_permission Is it possible to use this for OSM? Specially 2 points are interesting: – ReliefWeb maps cannot be used for advertising, marketing or in ways which are inconsistent with the Organization's mission (see “About ReliefWeb” for details). – All maps must be credited as follows: “Based on OCHA/ReliefWeb” Is this really acceptable for OSM? If by use you mean upload content to the API based on it, then yes. The attribution clause might be a concern, but is unclear enough that it might not. The discriminatory clause prohibiting marketing and ways that are inconsistent is inherently non-open and incompatible with release under any open license. If you're using in the original form, there are further issues (prior permission required, etc) Although not significant, given the above issues, I do note they also don't give any permissions for use on mobile devices like Garmins, use with audio, or anything else that's not print or online. If you're aware of any ReliefWeb content that has been imported into OSM, please let the Data Working Group know at d...@osmfoundation.org and we'll look into it. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Reliefweb as data source for OSM?
I’m not aware of content that has been imported, but I found http://wiki.openstreetmap.org/wiki/WikiProject_Uganda/Data_Sources#Relief_Web and wasn’t sure about if this is possible or not. So we can resume that it is not allowed to upload content (that is based on ReliefWeb) to the OSM database? Lukas Sommer 2014-06-29 10:12 GMT+00:00 Paul Norman penor...@mac.com: On 2014-06-29 1:33 AM, Lukas Sommer wrote: Hello. Reliefweb is a service of the United Nations, that contains maps, mostly concerning regions where have been desaster and where humanitairian aid is necessary. Their permission can be found here: http://reliefweb.int/map_permission Is it possible to use this for OSM? Specially 2 points are interesting: – ReliefWeb maps cannot be used for advertising, marketing or in ways which are inconsistent with the Organization's mission (see “About ReliefWeb” for details). – All maps must be credited as follows: “Based on OCHA/ReliefWeb” Is this really acceptable for OSM? If by use you mean upload content to the API based on it, then yes. The attribution clause might be a concern, but is unclear enough that it might not. The discriminatory clause prohibiting marketing and ways that are inconsistent is inherently non-open and incompatible with release under any open license. If you're using in the original form, there are further issues (prior permission required, etc) Although not significant, given the above issues, I do note they also don't give any permissions for use on mobile devices like Garmins, use with audio, or anything else that's not print or online. If you're aware of any ReliefWeb content that has been imported into OSM, please let the Data Working Group know at d...@osmfoundation.org and we'll look into it. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Reliefweb as data source for OSM?
On 2014-06-29 3:12 AM, Paul Norman wrote: Is this really acceptable for OSM? If by use you mean upload content to the API based on it, then yes. Whoops - s/yes/no/ Writing messages late at night. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Reliefweb as data source for OSM?
On 2014-06-29 3:21 AM, Lukas Sommer wrote: I’m not aware of content that has been imported, but I found http://wiki.openstreetmap.org/wiki/WikiProject_Uganda/Data_Sources#Relief_Web and wasn’t sure about if this is possible or not. So we can resume that it is not allowed to upload content (that is based on ReliefWeb) to the OSM database? Correct, you cannot upload content from ReliefWeb to the OSM database based on the permissions on their website. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Release as PD of my own contributions
Hello again. Another question: I want to make sure that my contributions don’t make any problems, also if in the future ther would beanother license switch (like in the case of the switch from CC to ODBL). As maybe in some years I don’t contribute anymore and have another email address, I would like to make this sure right now. At my wiki page https://wiki.openstreetmap.org/wiki/User:Sommerluk I’ve added the template https://wiki.openstreetmap.org/wiki/Template:PD-user to declare that I release my contributions to the public domain. Is this enough to make sure that my contributions will remain in the data base – even if there is a further license change at OSM and I don not respond to emails? Lukas Sommer ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Whatever became of xybot?
It used to perform the valuable service of removing leading and trailing spaces in tags. No longer, it appears. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Whatever became of xybot?
On So, Jun 29, 2014 at 08:44:30 +0100, Malcolm Herring wrote: It used to perform the valuable service of removing leading and trailing spaces in tags. No longer, it appears. It seems the owner wasn't interested any more in OSM. See the Wall-E bot for a (possible) replacement: http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E Good talk at SOTM-EU about Wall-E: http://sotm-eu.org/en/slots/61 Currently Wall-E runs only in Germany and Austria. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] tile.openstreetmap.org throws 500 for (some) https calls
Hi there, it looks like the tile.openstreetmap.org servers randomly throw 500 errors for the default map being served over https. Somebody may want to have a look at this. Thanks, Nicolas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Reliefweb as data source for OSM?
Okay. Thank you for the clarification. Lukas Sommer 2014-06-29 12:14 GMT+00:00 Paul Norman penor...@mac.com: On 2014-06-29 3:21 AM, Lukas Sommer wrote: I’m not aware of content that has been imported, but I found http://wiki.openstreetmap.org/wiki/WikiProject_Uganda/Data_ Sources#Relief_Web and wasn’t sure about if this is possible or not. So we can resume that it is not allowed to upload content (that is based on ReliefWeb) to the OSM database? Correct, you cannot upload content from ReliefWeb to the OSM database based on the permissions on their website. ___ legal-talk mailing list legal-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Additions from VMAP0 databases
Hi, Am a newbie on this list ;=)) I recently noticed that quite a number of roads and creeks available in VMAP0 are NOT in OSM! Is there any reason why VMAP0, which I understand is public domain data, can not be added to OSM? Initially this would be around YGIL, NSW, Australia, since this is my old home town, so I know the roads very well... But I think it would apply to other regions, probably around the world... In fact, if using VMAP0 data is no problem, then I am quite surprised this has not already been done, since VMAP0 contains a wealth of information. Look forward to some feedback... Regards, Geoff. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Additions from VMAP0 databases
On 06/29/2014 07:26 PM, Geoff McLane wrote: I recently noticed that quite a number of roads and creeks available in VMAP0 are NOT in OSM! Is there any reason why VMAP0, which I understand is public domain data, can not be added to OSM? Because VMAP0 data is so bad that it is mostly comical. It was better than nothing when there really was nothing, but nowadays I believe that Openstreetmap is better off without it. I have often deleted non-existing roads in West Africa and the ones that exist have what we could charitably call 'regional level' precision. Initially this would be around YGIL, NSW, Australia, since this is my old home town, so I know the roads very well... If you know the roads very well, you can do better than VMAP0 in a couple of hours with JOSM and some orbital imagery. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile.openstreetmap.org throws 500 for (some) https calls
Which cache server are you using? Check here: https://a.tile.openstreetmap.org/cgi-bin/debug / Grant On 29 Jun 2014 16:05, Nicolas Dietrich n...@posteo.net wrote: Hi there, it looks like the tile.openstreetmap.org servers randomly throw 500 errors for the default map being served over https. Somebody may want to have a look at this. Thanks, Nicolas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile.openstreetmap.org throws 500 for (some) https calls
On 29.06.2014 21:12, Grant Slater wrote: Which cache server are you using? Check here: https://a.tile.openstreetmap.org/cgi-bin/debug I'm (now) using tabaluga.openstreetmap.org, however the problems seem to be gone now. Cheers Nicolas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-ie] Lesotho mapathon organised by Irish mappers
Folks, I've been working with some of the guys in Fingal County Council over the last few months on getting OSM going in Lesotho in Africa. As part of this we are organising a #MapLesotho https://www.facebook.com/hashtag/maplesotho?source=feed_textstory_id=317550358412656 mapathon which will take place on Friday 25th July. The generous folks in Fingal are providing space, wifi and free lunch, in the council buildings in Swords. i'm hoping that as a group, Irish mappers will be able to assist in this mapathon. There are likely to be a number of new mappers there on the day so the more experienced mappers we have there the better. in addition, there will be mapathons in Lesotho itself and in Germany also participating on this on the day. I've set up a page just to track numbers, please feel free to share it and/or nag your friends/family to attend https://ti.to/osm_ie/lesothomapathon Further details on the wiki page - http://bit.ly/1pM1Qjf I hope to see some of you there. Are there any that are intrested in attending? Thanks, Dave (DaCor) ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Eu conheço o pessoal que fez, não foi uma importação, as ruas foram efetivamente desenhadas sobre um levantamento aerofotogramétrico. Apesar de não ter participado, sei que foi um trabalho de dias, até comentei anteriormente sobre isso aqui no grupo. As vias estão sendo usadas para um trabalho de levantamento de cotas de enchente feito pela Universidade de Blumenau. O erro foi eles terem dado o commit todo de uma vez, por isso pareceu uma importação. Cássio Rogério Eskelsen 3Geo 2014-06-28 0:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Pessoal, O naoliv acabou de me avisar via IRC que houve uma importação em Brusque neste changeset: http://www.openstreetmap.org/changeset/23233410 Problemas com os dados: - nenhuma das vias possui o prefixo do logradouro no nome (rua ou avenida ou similar); ao invés disso, elas têm uma etiqueta type com essa informação - etiqueta surface totalmente incorreta (com valores escritos em português); isso seria recuperável, mas é obviamente incorreto - 881 pontos soltos sem tags - 368 ruas sem nome Problemas de comportamento: - é o primeiro changeset do usuário - ele claramente desrespeitou as orientações de importação, especialmente o Passo 3: http://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#Passo_3_-_Documenta.C3.A7.C3.A3o Por isso tudo, vou reverter a importação imediatamente. Essa mensagem é só pra documentar os motivos e referenciar a discussão no changeset de reversão. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [reversão] Importação inadequada em Brusque
O problemo fui maior que somente tamanho do changeset. Tinha tags totalmente errado, usava tags como name= errado, duplificava ruas que ja existe Os dados pode ser importado, mas primeiro o base preciso ser alterado com tag corretas, corrigir uso do name=, e limpar os dados para evitar duplificacao do dados que exostem Aun Johnsen Sent from my iPhone On 29. juni 2014, at 20:28, Cassio Eskelsen cas...@3geo.com.br wrote: Eu conheço o pessoal que fez, não foi uma importação, as ruas foram efetivamente desenhadas sobre um levantamento aerofotogramétrico. Apesar de não ter participado, sei que foi um trabalho de dias, até comentei anteriormente sobre isso aqui no grupo. As vias estão sendo usadas para um trabalho de levantamento de cotas de enchente feito pela Universidade de Blumenau. O erro foi eles terem dado o commit todo de uma vez, por isso pareceu uma importação. Cássio Rogério Eskelsen 3Geo 2014-06-28 0:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Pessoal, O naoliv acabou de me avisar via IRC que houve uma importação em Brusque neste changeset: http://www.openstreetmap.org/changeset/23233410 Problemas com os dados: - nenhuma das vias possui o prefixo do logradouro no nome (rua ou avenida ou similar); ao invés disso, elas têm uma etiqueta type com essa informação - etiqueta surface totalmente incorreta (com valores escritos em português); isso seria recuperável, mas é obviamente incorreto - 881 pontos soltos sem tags - 368 ruas sem nome Problemas de comportamento: - é o primeiro changeset do usuário - ele claramente desrespeitou as orientações de importação, especialmente o Passo 3: http://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#Passo_3_-_Documenta.C3.A7.C3.A3o Por isso tudo, vou reverter a importação imediatamente. Essa mensagem é só pra documentar os motivos e referenciar a discussão no changeset de reversão. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Boa noite pessoal, em primeiro lugar peço mil desculpas pela confusão causada. Não era minha intenção. Eu pretendia apenas contribuir! Espero não ser banido e poder aprender com os erros. Sou aqui de Blumenau e estou trabalhando num projeto de carta de inundação para Brusque e estamos tenDo que vetorizar todas as vias do município. Os dados foram gerados usando a ortofoto do governo do Estado de Santa Catarina disponibilizada em WMS. Ainda não terminamos o trabalho e isso explica parcialmente as incorreções. Errei ao enviar um material não finalizado, e num volume tão grande. Estou usando o JOSM para realizar o mapeamento e não se trata de uma importação. Os erros nas tags foram em função de não discutir com gente de maior conhecimento na comunidade. A tradução muitas vezes engana. Estou em contato com o Cássio e vou tentar resolver o que puder com ele e depois troco ideia com todos sobre o envio do material. Peço desculpas mais uma vez pela confusão gerada. Julio JULIO CESAR REFOSCO On Sun, 29 Jun 2014 20:37:49 -0300 Aun Johnsenlt;li...@gimnechiske.orggt; wrote O problemo fui maior que somente tamanho do changeset. Tinha tags totalmente errado, usava tags como name= errado, duplificava ruas que ja existe Os dados pode ser importado, mas primeiro o base preciso ser alterado com tag corretas, corrigir uso do name=, e limpar os dados para evitar duplificacao do dados que exostem Aun JohnsenSent from my iPhone On 29. juni 2014, at 20:28, Cassio Eskelsen lt;cas...@3geo.com.brgt; wrote: Eu conheço o pessoal que fez, não foi uma importação, as ruas foram efetivamente desenhadas sobre um levantamento aerofotogramétrico. Apesar de não ter participado, sei que foi um trabalho de dias, até comentei anteriormente sobre isso aqui no grupo. As vias estão sendo usadas para um trabalho de levantamento de cotas de enchente feito pela Universidade de Blumenau. O erro foi eles terem dado o commit todo de uma vez, por isso pareceu uma importação. Cássio Rogério Eskelsen3Geo 2014-06-28 0:16 GMT-03:00 Fernando Trebien lt;fernando.treb...@gmail.comgt;: Pessoal, O naoliv acabou de me avisar via IRC que houve uma importação em Brusque neste changeset: http://www.openstreetmap.org/changeset/23233410 Problemas com os dados: - nenhuma das vias possui o prefixo do logradouro no nome (rua ou avenida ou similar); ao invés disso, elas têm uma etiqueta type com essa informação - etiqueta surface totalmente incorreta (com valores escritos em português); isso seria recuperável, mas é obviamente incorreto - 881 pontos soltos sem tags - 368 ruas sem nome Problemas de comportamento: - é o primeiro changeset do usuário - ele claramente desrespeitou as orientações de importação, especialmente o Passo 3: http://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#Passo_3_-_Documenta.C3.A7.C3.A3o Por isso tudo, vou reverter a importação imediatamente. Essa mensagem é só pra documentar os motivos e referenciar a discussão no changeset de reversão. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Julio Cesar Obrigado responder na lista Se tem duvidas sobre como continuar, fica a vontade perguntar aqui na lista, no forum.openstreetmap.org ou na sala #osm-br no irc://irc.oftc.net Temos um documentação bem completo no wiki.openstreetmap.org, mas provavelmente voce ja conhecer este. Aun Johnsen Sent from my iPhone On 29. juni 2014, at 22:24, Julio Cesar Refosco ju...@3geo.com.br wrote: Boa noite pessoal, em primeiro lugar peço mil desculpas pela confusão causada. Não era minha intenção. Eu pretendia apenas contribuir! Espero não ser banido e poder aprender com os erros. Sou aqui de Blumenau e estou trabalhando num projeto de carta de inundação para Brusque e estamos tenDo que vetorizar todas as vias do município. Os dados foram gerados usando a ortofoto do governo do Estado de Santa Catarina disponibilizada em WMS. Ainda não terminamos o trabalho e isso explica parcialmente as incorreções. Errei ao enviar um material não finalizado, e num volume tão grande. Estou usando o JOSM para realizar o mapeamento e não se trata de uma importação. Os erros nas tags foram em função de não discutir com gente de maior conhecimento na comunidade. A tradução muitas vezes engana. Estou em contato com o Cássio e vou tentar resolver o que puder com ele e depois troco ideia com todos sobre o envio do material. Peço desculpas mais uma vez pela confusão gerada. Julio JULIO CESAR REFOSCO On Sun, 29 Jun 2014 20:37:49 -0300 Aun Johnsenli...@gimnechiske.org wrote O problemo fui maior que somente tamanho do changeset. Tinha tags totalmente errado, usava tags como name= errado, duplificava ruas que ja existe Os dados pode ser importado, mas primeiro o base preciso ser alterado com tag corretas, corrigir uso do name=, e limpar os dados para evitar duplificacao do dados que exostem Aun Johnsen Sent from my iPhone On 29. juni 2014, at 20:28, Cassio Eskelsen cas...@3geo.com.br wrote: Eu conheço o pessoal que fez, não foi uma importação, as ruas foram efetivamente desenhadas sobre um levantamento aerofotogramétrico. Apesar de não ter participado, sei que foi um trabalho de dias, até comentei anteriormente sobre isso aqui no grupo. As vias estão sendo usadas para um trabalho de levantamento de cotas de enchente feito pela Universidade de Blumenau. O erro foi eles terem dado o commit todo de uma vez, por isso pareceu uma importação. Cássio Rogério Eskelsen 3Geo 2014-06-28 0:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Pessoal, O naoliv acabou de me avisar via IRC que houve uma importação em Brusque neste changeset: http://www.openstreetmap.org/changeset/23233410 Problemas com os dados: - nenhuma das vias possui o prefixo do logradouro no nome (rua ou avenida ou similar); ao invés disso, elas têm uma etiqueta type com essa informação - etiqueta surface totalmente incorreta (com valores escritos em português); isso seria recuperável, mas é obviamente incorreto - 881 pontos soltos sem tags - 368 ruas sem nome Problemas de comportamento: - é o primeiro changeset do usuário - ele claramente desrespeitou as orientações de importação, especialmente o Passo 3: http://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#Passo_3_-_Documenta.C3.A7.C3.A3o Por isso tudo, vou reverter a importação imediatamente. Essa mensagem é só pra documentar os motivos e referenciar a discussão no changeset de reversão. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Julio e Cassio, Eu reverti preventivamente. Posso desfazer a reversão facilmente, mas antes a comunidade precisa saber duas coisas: - Quais imagens vocês estão usando para desenhar a geometria das ruas? - De onde vieram os nomes das ruas? Talvez vocês se interessem em usar o espaço sobre Brusque no wiki (http://wiki.openstreetmap.org/wiki/Brusque) para coordenar essa tarefa. Podem também usar ferramentas como o MapCraft (http://mapcraft.nanodesu.ru/) para ir descrevendo os seus progressos e quem sabe subdividir a cidade em áreas e chamar mais pessoas pra ajudar com esse mapeamento. Criar um evento de mapeamento envolvendo a comunidade é bom porque gera publicidade. Exemplos: - http://wiki.openstreetmap.org/wiki/Pt-br:2010_Alagoas_Flooding - http://wiki.openstreetmap.org/wiki/Pt-br:2011_Rio_de_Janeiro_Flooding - http://wiki.openstreetmap.org/wiki/ES:2014_Bolivian_Floods - http://wiki.openstreetmap.org/wiki/2014_Paraguay_floods - http://wiki.openstreetmap.org/wiki/2014_West_Africa_Ebola_Response 2014-06-29 22:24 GMT-03:00 Julio Cesar Refosco ju...@3geo.com.br: Boa noite pessoal, em primeiro lugar peço mil desculpas pela confusão causada. Não era minha intenção. Eu pretendia apenas contribuir! Espero não ser banido e poder aprender com os erros. Sou aqui de Blumenau e estou trabalhando num projeto de carta de inundação para Brusque e estamos tenDo que vetorizar todas as vias do município. Os dados foram gerados usando a ortofoto do governo do Estado de Santa Catarina disponibilizada em WMS. Ainda não terminamos o trabalho e isso explica parcialmente as incorreções. Errei ao enviar um material não finalizado, e num volume tão grande. Estou usando o JOSM para realizar o mapeamento e não se trata de uma importação. Os erros nas tags foram em função de não discutir com gente de maior conhecimento na comunidade. A tradução muitas vezes engana. Estou em contato com o Cássio e vou tentar resolver o que puder com ele e depois troco ideia com todos sobre o envio do material. Peço desculpas mais uma vez pela confusão gerada. Julio JULIO CESAR REFOSCO On Sun, 29 Jun 2014 20:37:49 -0300 Aun Johnsenli...@gimnechiske.org wrote O problemo fui maior que somente tamanho do changeset. Tinha tags totalmente errado, usava tags como name= errado, duplificava ruas que ja existe Os dados pode ser importado, mas primeiro o base preciso ser alterado com tag corretas, corrigir uso do name=, e limpar os dados para evitar duplificacao do dados que exostem Aun Johnsen Sent from my iPhone On 29. juni 2014, at 20:28, Cassio Eskelsen cas...@3geo.com.br wrote: Eu conheço o pessoal que fez, não foi uma importação, as ruas foram efetivamente desenhadas sobre um levantamento aerofotogramétrico. Apesar de não ter participado, sei que foi um trabalho de dias, até comentei anteriormente sobre isso aqui no grupo. As vias estão sendo usadas para um trabalho de levantamento de cotas de enchente feito pela Universidade de Blumenau. O erro foi eles terem dado o commit todo de uma vez, por isso pareceu uma importação. Cássio Rogério Eskelsen 3Geo 2014-06-28 0:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Pessoal, O naoliv acabou de me avisar via IRC que houve uma importação em Brusque neste changeset: http://www.openstreetmap.org/changeset/23233410 Problemas com os dados: - nenhuma das vias possui o prefixo do logradouro no nome (rua ou avenida ou similar); ao invés disso, elas têm uma etiqueta type com essa informação - etiqueta surface totalmente incorreta (com valores escritos em português); isso seria recuperável, mas é obviamente incorreto - 881 pontos soltos sem tags - 368 ruas sem nome Problemas de comportamento: - é o primeiro changeset do usuário - ele claramente desrespeitou as orientações de importação, especialmente o Passo 3: http://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#Passo_3_-_Documenta.C3.A7.C3.A3o Por isso tudo, vou reverter a importação imediatamente. Essa mensagem é só pra documentar os motivos e referenciar a discussão no changeset de reversão. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Mais uma sugestão: já que vocês estão usando o JOSM para mapear uma área afetada por um desastre, poderiam experimentar os modelos de etiquetagem (tagging presets) feitos pelo time de ajuda humanitária (HOT). O nome do pacote de presets é HDM Data Model for HOT field surveys e ele implementa estes modelos: http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/HDM_preset Esse pacote inclusive é bem útil mesmo em regiões que não estão em situação de emergência. 2014-06-29 23:10 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Julio e Cassio, Eu reverti preventivamente. Posso desfazer a reversão facilmente, mas antes a comunidade precisa saber duas coisas: - Quais imagens vocês estão usando para desenhar a geometria das ruas? - De onde vieram os nomes das ruas? Talvez vocês se interessem em usar o espaço sobre Brusque no wiki (http://wiki.openstreetmap.org/wiki/Brusque) para coordenar essa tarefa. Podem também usar ferramentas como o MapCraft (http://mapcraft.nanodesu.ru/) para ir descrevendo os seus progressos e quem sabe subdividir a cidade em áreas e chamar mais pessoas pra ajudar com esse mapeamento. Criar um evento de mapeamento envolvendo a comunidade é bom porque gera publicidade. Exemplos: - http://wiki.openstreetmap.org/wiki/Pt-br:2010_Alagoas_Flooding - http://wiki.openstreetmap.org/wiki/Pt-br:2011_Rio_de_Janeiro_Flooding - http://wiki.openstreetmap.org/wiki/ES:2014_Bolivian_Floods - http://wiki.openstreetmap.org/wiki/2014_Paraguay_floods - http://wiki.openstreetmap.org/wiki/2014_West_Africa_Ebola_Response 2014-06-29 22:24 GMT-03:00 Julio Cesar Refosco ju...@3geo.com.br: Boa noite pessoal, em primeiro lugar peço mil desculpas pela confusão causada. Não era minha intenção. Eu pretendia apenas contribuir! Espero não ser banido e poder aprender com os erros. Sou aqui de Blumenau e estou trabalhando num projeto de carta de inundação para Brusque e estamos tenDo que vetorizar todas as vias do município. Os dados foram gerados usando a ortofoto do governo do Estado de Santa Catarina disponibilizada em WMS. Ainda não terminamos o trabalho e isso explica parcialmente as incorreções. Errei ao enviar um material não finalizado, e num volume tão grande. Estou usando o JOSM para realizar o mapeamento e não se trata de uma importação. Os erros nas tags foram em função de não discutir com gente de maior conhecimento na comunidade. A tradução muitas vezes engana. Estou em contato com o Cássio e vou tentar resolver o que puder com ele e depois troco ideia com todos sobre o envio do material. Peço desculpas mais uma vez pela confusão gerada. Julio JULIO CESAR REFOSCO On Sun, 29 Jun 2014 20:37:49 -0300 Aun Johnsenli...@gimnechiske.org wrote O problemo fui maior que somente tamanho do changeset. Tinha tags totalmente errado, usava tags como name= errado, duplificava ruas que ja existe Os dados pode ser importado, mas primeiro o base preciso ser alterado com tag corretas, corrigir uso do name=, e limpar os dados para evitar duplificacao do dados que exostem Aun Johnsen Sent from my iPhone On 29. juni 2014, at 20:28, Cassio Eskelsen cas...@3geo.com.br wrote: Eu conheço o pessoal que fez, não foi uma importação, as ruas foram efetivamente desenhadas sobre um levantamento aerofotogramétrico. Apesar de não ter participado, sei que foi um trabalho de dias, até comentei anteriormente sobre isso aqui no grupo. As vias estão sendo usadas para um trabalho de levantamento de cotas de enchente feito pela Universidade de Blumenau. O erro foi eles terem dado o commit todo de uma vez, por isso pareceu uma importação. Cássio Rogério Eskelsen 3Geo 2014-06-28 0:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Pessoal, O naoliv acabou de me avisar via IRC que houve uma importação em Brusque neste changeset: http://www.openstreetmap.org/changeset/23233410 Problemas com os dados: - nenhuma das vias possui o prefixo do logradouro no nome (rua ou avenida ou similar); ao invés disso, elas têm uma etiqueta type com essa informação - etiqueta surface totalmente incorreta (com valores escritos em português); isso seria recuperável, mas é obviamente incorreto - 881 pontos soltos sem tags - 368 ruas sem nome Problemas de comportamento: - é o primeiro changeset do usuário - ele claramente desrespeitou as orientações de importação, especialmente o Passo 3: http://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#Passo_3_-_Documenta.C3.A7.C3.A3o Por isso tudo, vou reverter a importação imediatamente. Essa mensagem é só pra documentar os motivos e referenciar a discussão no changeset de reversão. -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Julio, Basicamente o que precisa arrumar nos seus dados: * não duplicar as vias e outros objetos que já existem no mapa * usar o tipo correto de superfície (em inglês) * não usar type nas ruas, mas sim colocar o tipo no logradouro delas * ver as ruas inominadas, sem denominação e as que possuem código, mas não nome ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [reversão] Importação inadequada em Brusque
Usar fórum ou lista em detrimento de IRC tem a vantagem de tornar a troca de informação não tão volátil. E eu, particularmente, acho que o fórum nos fornece uma maior e melhor capacidade de gerência de conhecimento do que a lista (a qual também tem um histórico https://lists.openstreetmap.org/pipermail/talk-br/). Em 29 de junho de 2014 22:32, Aun Johnsen li...@gimnechiske.org escreveu: Julio Cesar Obrigado responder na lista Se tem duvidas sobre como continuar, fica a vontade perguntar aqui na lista, no forum.openstreetmap.org ou na sala #osm-br no irc://irc.oftc.net Temos um documentação bem completo no wiki.openstreetmap.org, mas provavelmente voce ja conhecer este. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Potlatch 2
Am 28.06.2014 12:43, schrieb Christoph (TheFive@OSM): Hi micha Photomapping in JOSM ist hier beschrieben: http://wiki.openstreetmap.org/wiki/DE:Photo_mapping (sollte sich JOSM mittlerweile zu stark weiterentwickelt haben, gib bescheid, dann muss ich das Wiki an dieser Stelle etwas updaten). ein paar (etwas ältere) Videos gibt es hier. http://wiki.openstreetmap.org/wiki/Video_tutorials#JOSM_video_collection Scheint beim stöbern ein generelles Problem zu sein, JOSM überholt einfach die ganzen Einführungsvideos und Anleitungen :-( Ja, es fehlt mal wieder an aktueller Dokumentation. Am 28.06.2014 um 12:31 schrieb Michael osm...@suesz.de: Am 28.06.2014 08:29, schrieb Christoph (TheFive@OSM): Ein Editor, mit dem man einen GPX Track mit Anmerkungen anzeigen kann, ist JOSM (ist der einzige der mir bekannt ist). Ich gebe zu, die Einsteigerhürde ist hoch, aber nicht unüberwindbar, und es lohnt sich. (So bietet JOSM z.B. Fotomapping, d.h. die Möglichkeit die Fotos mit Zeitstempel an einen GPX Track mit Zeitstemtempel anzupassen, und so an der aufgenommenen Stelle zu zeigen). Hallo Christoph, meine Erfahrungen mit Josm habe ich nicht gut in Erinnerung! Weshalb ? Was hast Du versucht ? Was hat Dich gestört ? Wobei, um ein paar Sachen anzupassen, sollte ich diesen Editor doch begreifen? Die Vorlagen sind vielleicht etwas versteckt. Erreichbar über das Hauptmenü bzw auch über den Link oben im Eigenschaften/Mitglieder Dialog. Gibt es ein Howto oder ähnlich für Josm um Fotomapping zu realisieren? Oder ist jemand bereit hier mal die 4 wichtigsten Schritte zu dokumentieren? Ich weiß ja nicht wie Du Deine Daten vorliegen hast. * Wenn es sich um Bilder handelt sind die ganz einfach mit JOSM zu öffnen (Dateimanager markieren + in JOSM-Fenster ziehen) * Für GPX mit Wegpunkten gilt das gleiche. Dies sollte jeweils eine eigene Ebene erzeugen mit den jeweiligen Objekten/Symbole erzeugen, welche selbst bei nicht aktiven Ebenen anklickbar sind. Der Rest ist Editieren mit JOSM. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lummerland reloaded
POST Cancel-Lock: sha1:zNhKlti363aB/i3asxS+Z1gRXEs= X-TERMINAL: rxvt-unicode X-OS: Debian GNU/Linux (Kernel 3.10.25) malenki o...@malenki.ch wrote: Nun™ ist es möglich, bei http://opengeofiction.net Phantasieländer zu erstellen. Wer erstellt Lummerland neu? Wers hochladen mag, hier ist es: http://geggus.net/osm/lummerland.osm Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nuova mappa con POI + richiesta
Il giorno 28 giugno 2014 13:16, Aury88 spacedrive...@gmail.com ha scritto: i poi cliccabili sono presenti anche su osm.org ed è anche più completo (qualsiasi genere di dato presente sulla mappa diventa cliccabile e permette di visualizzare i tag associati) ma è meno lato consumer.. Senz'altro è non lato utente, più che meno lato consumer :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
Ho finito di tagliare i comuni che possono essere importati al 100%, evitando quindi di importare comuni che sono tagliati nello shp originale. Ecco l'elenco: -Arnesano -Calimera -Caprarica di Lecce -Carmiano -Castri di Lecce -Cavallino -Copertino -Lecce -Lequile -Lizzanello -Martignano -Monteroni di Lecce -Novoli -San Cesario di Lecce -San Donato di Lecce -Sternatia -Surbo Possiamo riassumere i nuovi tag proposti così completo la tabella e finiamo di discuterne l'appropriatezza? Grazie! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
Ho finito di tagliare i comuni che possono essere importati al 100%, evitando quindi di importare comuni che sono tagliati nello shp originale. Ecco l'elenco: Sei un grande!!! Grazie! Possiamo riassumere i nuovi tag proposti così completo la tabella e finiamo di discuterne l'appropriatezza? Riassumo di seguito solo quelli oggetto di considerazioni per modifica/integrazione: 4) baracca - building=hut -- proposta di sostituire con building=yes (a causa della non omogeneità del layer, che contiene per certo anche kiosk o altro); 5) cabina acquedotto -- non saprei (building=yes?); 6) cabina elettrica di trasformazione -- power=substation + building=yes; 7) cabina gas -- non saprei (building=yes?); 9) campo sportivo coperto -- building=yes (trattasi di abitazione privata posta nella periferia di Copertino); 10) capannone - building=warehouse -- sostituire con building=yes (anche qui a causa della variegatezza del layer che comprende diverse tipologie di edifici); i tag aggiuntivi suggeriti da Martin sicuramente predominano, ma non metterei la mano sul fuoco né per il building:levels=1 (potrebbero esserci edifici o porzioni su 2 livelli) né sul roof:shape=flat (senz'altro ce ne sono alcuni con copertura a botte - round); 12) capannone diroccato - abandoned:building=warehouse -- sostituirei col generico abandoned:building=yes; 13) capannone in costruzione -- building=construction; 14) cappella cimitero -- il building=aedicula ancora non mi convince, personalmente rimango dell'idea building=yes (se si cerca edicola funeraria su internet si possono vedere molte immagini della tipologia in questione, che assomiglia di più al colombarium, http://en.wikipedia.org/wiki/Columbarium). 16) centralina telecom -- non saprei; 17) chiesa - building=church -- aggiungere amenity=place_of_worship e religion=christian; 21) edificio generico -- building=yes; 23) edificio interrato -- building=yes + building:levels:underground=1 + location=underground; 27) palude -- trattandosi di un singolo caso di piscina privata, leisure=swimming_pool + access=private; 28) pensilina -- building=roof; 30) pozzo rappresentabile -- man_made=water_well (forse trattasi di tag solo proposto); 31) scala chiusa -- personalmente non lo importerei; 32) serbatoio -- man_made=storage_tank; 36) tendone pressurizzato -- non saprei, da valutare i suggerimenti di Martin: a) building=air-supported_structure; b) building=hall + building:structure=pneumatic; in giro ho trovato anche building=pneumatic, ma non saprei; Martin chiedeva di cosa si tratta in particolare, non ho verificato puntualmente ma dovrebbe trattarsi comunque di centri sportivi. 40) tribuna campo sportivo -- building=grandstand; 41) trullo -- historic=building + building=pajara (è corretto?) + historic:civilization=(?) Queste tipologie sono state realizzate comunque abbastanza di recente, all'inizio del 1800 quando con l'assegnazione delle terre, i contadini utilizzavano le pietre risultanti dalla bonifica del terreno, per costruire queste piccole costruzioni ad uso abitativo. 42) vasca rappresentabile -- landuse=reservoir. Ogni altro suggerimento è fortemente gradito. Saluti Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-at] Dankmalschutz
Hallo, bin gerade auf die Denkmalliste des Österreichischen Bundesdenkmalamts gestoßen. http://www.bda.at/downloads/1928/Denkmalliste Alles noch schön in Steinzeit pdf und nix OpenData :) Das gibts dann wohl auch für andere Länder... Nun die Frage obs Sinnvol ist oder schon Bestrebungen gibt die Daten direkt in die OSM zu importieren? http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale gibts ja schon, auch eine Vorlage in JOSM um Denkmäler einzugeben... Toll wärs ja, wenn die Behörden das gleich automatisch machen würden :) Gibts dazu vielleicht Bestrebungen, die Datensammler dazu zu bewegen, die Daten für alle zugänglich zu machen? Oder ist mein Anliegen besser bei OpenData Gruppen aufgehoben? Grüße Rob [streetbot] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
was mir da auffllt: Smtliche Inhalte unterliegen - sofern nicht anders angegeben - dem Urheberrecht (Copyright) des Bundesdenkmalamtes sterreich - da sollte man wohl mal nachhaken. Gruss walter (aus DE) Gesendet:Sonntag, 29. Juni 2014 um 12:55 Uhr Von:streetbot o...@jaxfab.net An:talk-at@openstreetmap.org Betreff:[Talk-at] Dankmalschutz Hallo, bin gerade auf die Denkmalliste des sterreichischen Bundesdenkmalamts gestoen. http://www.bda.at/downloads/1928/Denkmalliste Alles noch schn in Steinzeit pdf und nix OpenData :) Das gibts dann wohl auch fr andere Lnder... Nun die Frage obs Sinnvol ist oder schon Bestrebungen gibt die Daten direkt in die OSM zu importieren? http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale gibts ja schon, auch eine Vorlage in JOSM um Denkmler einzugeben... Toll wrs ja, wenn die Behrden das gleich automatisch machen wrden :) Gibts dazu vielleicht Bestrebungen, die Datensammler dazu zu bewegen, die Daten fr alle zugnglich zu machen? Oder ist mein Anliegen besser bei OpenData Gruppen aufgehoben? Gre Rob [streetbot] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Nachdem die Listen des BDA in die Wikipedia bernommen wurden, stehen diese zumindest ber diesen Umweg ber CC-BY-SA MfG, Humanist Gesendet:Sonntag, 29. Juni 2014 um 14:05 Uhr Von:Walter Nordmann wnordm...@gmx.de An:OpenStreetMap AT talk-at@openstreetmap.org Betreff:Re: [Talk-at] Dankmalschutz was mir da auffllt: Smtliche Inhalte unterliegen - sofern nicht anders angegeben - dem Urheberrecht (Copyright) des Bundesdenkmalamtes sterreich - da sollte man wohl mal nachhaken. Gruss walter (aus DE) Gesendet:Sonntag, 29. Juni 2014 um 12:55 Uhr Von:streetbot o...@jaxfab.net An:talk-at@openstreetmap.org Betreff:[Talk-at] Dankmalschutz Hallo, bin gerade auf die Denkmalliste des sterreichischen Bundesdenkmalamts gestoen. http://www.bda.at/downloads/1928/Denkmalliste Alles noch schn in Steinzeit pdf und nix OpenData :) Das gibts dann wohl auch fr andere Lnder... Nun die Frage obs Sinnvol ist oder schon Bestrebungen gibt die Daten direkt in die OSM zu importieren? http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale gibts ja schon, auch eine Vorlage in JOSM um Denkmler einzugeben... Toll wrs ja, wenn die Behrden das gleich automatisch machen wrden :) Gibts dazu vielleicht Bestrebungen, die Datensammler dazu zu bewegen, die Daten fr alle zugnglich zu machen? Oder ist mein Anliegen besser bei OpenData Gruppen aufgehoben? Gre Rob [streetbot] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Ahoj, právě mě přestává bavit přesouvat tisíce adresních bodů, které jsou posunuty o 3 domy vedle. Uvažuji o něčem, co by mělo mělo zbytek importu výrazně urychlit. Jak určíme, kde má v OSM být adresní bod? Návrh: 1.) vezmeme ho z OSM - je do 0.5m od hranic stavebního objektu? Ano, OK, bereme z OSM, není co řešit. - nejsou hranice SO, leží adresa v OSM do 3m od definičního bodu SO? OK, není co řešit - není def. bod SO? Leží v OSM bod do 3m od souřadnic AM v RUIAN? OK, není co řešit. Pokud jsme neuspěli, pokračujeme 2.) Souřadnice AM z RUIAN - jsou souřadnice AM v RUIAN do 0.5m od hranic SO? OK, bereme souřadnice AM z RUIAN - nejsou hranice SO, leží AM v RUIAN do 3m od definičního bodu SO? OK, bereme souřadnice AM z RUIAN Pokud jsme neuspěli, pokračujeme 3.) ST_Centroid hranic SO - nachází se definiční bod SO uvnitř hranic SO či do 1m od hranic? (*viz poznámka dole) OK, bereme ST_Centroid SO. Pokud jsme neuspěli, pokračujeme 4.) Definiční bod SO Pokud jsme neuspěli, bereme souřadnice z OSM. Pokud bod nemáme v OSM, máme smůlu ;-). V RUIAN jsou AM, která nemají žádné souřadnice. * poznámka: jak jsem psal, definiční bod SO může ležet jednotky či desítky km od hranic stavebního objektu. Takových chyb je v RUIAN několik stovek včetně oné rekordní 221km. Velmi podezřelých je pak asi 1500 (třeba definiční bod SO je 100 metrů od hranic). Potřebuji ovšem vědět, co je to definiční bod, tedy hlavně mě zajímá, zda definiční bod správně musí ležet na povrchu polygonu hranic. Mějme budovu ve tvaru U, pak ovšem ST_Centroid nebude ležet na povrchu polygonu. http://postgis.refractions.net/docs/ST_Centroid.html - obrázek vlevo dole. V tomto případě ST_Contains(hranice_SO,adresni_bod) vráti false. Takže asi tolerovat nějakou vzdálenost definičního bodu SO od jeho hranic? Jakou? Výsledkem tohoto postupu by mělo být, že jediná varování, která by měl řešit člověk, by byla AM blízko u sebe. Importoval bych už jen po celých polygonech, tedy obcích (včetně obcí Plzeň, Jihlava a podobných velkých měst; už jich moc nezbývá. Asi i Brno.) Proč po jasných polygonech? Protože vše, co má nějaký addr: a po tomto procesu zůstane uvnitř tohoto přesného polygonu, to bych zlikvidoval. Když se dívám na ortofoto míst, která zbudou (to jsou ty hlášky V OSM je nějaký bod s adresou podezřele blízko), pak v naprosté většině je to zbořeniště či dům, který i z leteckého snímku vypadá, že se brzy rozpadne sám. V menšině jsou to domy, svítící novotou a tak asi ještě nemají nové číslo. Tímto postupem bychom se také vyhnuli reimportu - tedy kompletnímu smazání všech adres a jejich novému vytvoření. Ten systém reimportu funguje, ale ještě jsem ho naostro nepoužil. Nakonec by zbyly oblasti, kde je velmi vysoký počet duchů uvnitř budovy, tuším, že například Mníšek pod Brdy. V těchto případech by se asi vyplatilo počkat, až budou duchové odstraněni, protože importem bychom si OSM spíš zaplevelili. Tento postup by se týkal i následných, tedy už probíhajících, aktualizací už importovaných území. Pokud je item_timestamp AM v RUIAN novější než timestamp, kdy jsme místo importovali, tak se zaktualizuje. Tak co kdo na to? -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Dne Ne 29. června 2014 12:58:26, Petr Vejsada napsal(a): Tak, folks, je to nakódováno, funguje to naprosto perfektně. Zbývá ošetřit případ, kdy adresní bod sedí na nějakém shopu či hospodě a bot usoudí, že by měl změnit souřadnice. V tomto případě bych volil cestu sundat adresní tagy ze shopu a bod vytvořit nový. V souvislosti s tím se nabízí otázka, zda to nedělat rovnou a všude - tedy když bude adresa na man_made, historic, shop, amenity, (... co dalšího?), tak jí odstranit a udělat samostatný bod. Další varianta - dělat to i v případě, že adresa je na cestě (budova) nebo dokonce na relaci. Škoda, že jsme toto nevymysleli hned na začátku; to by bylo ušetřené práce. Ono to totiž řeší prakticky všechny situace. Špatně umístěný bod v OSM, špatně umístěné adresní místo v RUIAN, když je AM daleko od SO a dokonce i to, když polygon SO je úplně jinde, než má být. Jediné, co to neřeší, je duch uvnitř budovy/zdvojené adresní body, protože není jak poznat, který je skutečný a který ne. Nedá mi to, abych neukázal obrázek, jak bot srovnal špatně umístěné adresy: http://pedro.poloha.net/osm/josm.png Jediné mírné riziko vidím v tom, že tento režim zlikviduje z daného polygonu vše, co má nějakou adresu (přesněji zlikviduje jen ty adresní tagy) a není to v RUIAN. V praxi to bude, myslím, výjimečná věc. v RUIAN spíš leccos přebývá než že by chybělo. Statistiky pokusného běhu - obec Plzeň: count | kdesevzal ---+--- 18740 |1 - bod je umístěn správně, do 0.5m od hranic SO a definiční bod SO je v pořádku, tedy není nikde mimo. Zůstávají souřadnice z OSM 274 | 2 - SO nemá hranice, adresa je do 3 metrů od definičního bodu, zůstavají souřadnice z OSM 6124 | 4 - souřadnice se vzaly z geometrie adresního bodu z RUIAN - adresní bod v RUIAN leží do vzdálenosti 0.5m od hranic SO a definiční bod SO je v pořádku 197 | 5 - souřadnice se vzaly z geometrie AM. SO nemá hranice, geometrie AM v RUIAN lezi do 3m od definicniho bodu. 94 | 6 - Souřadnice se vzaly ze st_centroidu hranic SO. Definiční bod SO je v pořádku. Pravděpodobně geometrie AM buď chybí nebo je AM v RUIAN ustřeleno někam daleko 135 | 7 - souřadnice se vzaly z definičního bodu SO, protože vše předtím selhalo. 1 | 8 - všechno selhalo, souřadnice se berou z OSM (pokud jsou) 15 | NULL - souřadnice nejsou relevantní, adresa je na cestě nebo relaci. V Plzni se bot chystá zlikvidovat 503 adresních entit. Namátková kontrola neodhalila žádnou chybu. Také ještě trochu si pohrát s konstantami, možná by šla tolerovat větší vzdálenost od SO než je 0.5m. Ta stejná statistika s rozlišením, zda se AM nově vytváří (true) nebo zda už v OSM bylo (false): count | nove_vytvoreny_bod | kdesevzal ---++--- 18740 | f | 1 274 | f | 2 5682 | f | 4 442 | t | 4 168 | f | 5 29 | t | 5 85 | f | 6 9 | t | 6 78 | f | 7 57 | t | 7 1 | t | 8 15 | f | (12 řádek) Tak co kdo na to? -- Petr Ahoj, právě mě přestává bavit přesouvat tisíce adresních bodů, které jsou posunuty o 3 domy vedle. Uvažuji o něčem, co by mělo mělo zbytek importu výrazně urychlit. ... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Contribution qui n'apparait pas ?
Bonjour,je suis nouveau sur la mailing-list mais j'ai déjà fait quelques contributions dans Openstreetmap. Et justement, j'ai fait une contribution qui n'apparait pas. Par contre je vois la contribution quand je fais Edit.Cette contribution a été faite vers le mois de Février. C'est ici : http://www.openstreetmap.org/#map=15/10.7901/-85.6850 http://www.openstreetmap.org/#map=15/10.7901/-85.6850 J'ai créé un point Witch's rock (Roca Bruja) qui est un rocher dans la mer devant la plage et un autre qui s'appelle Playa Naranjo juste à l'endroit où la route arrive sur la plage. Je ne les vois pas sur les cartes openstreetmap mais je les vois dès que je fais Edit. J'ai déjà fait des contributions openstreetmap par chez moi et je n'ai eu aucun souci pour les voir ensuite. Là : rien ! Aurais-je raté quelque chose ? MerciSergioNB: j'ai recréé un nouveau point Roca Bruja pour voir s'il apparait. -- View this message in context: http://gis.19327.n5.nabble.com/Contribution-qui-n-apparait-pas-tp5809759.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contribution qui n'apparait pas ?
Il s'agit de cet objet: http://www.openstreetmap.org/node/2939209835 et aussi de celui-ci (vu que tu l'a créé deux fois): http://www.openstreetmap.org/node/2684891218 Le seul tag name ne permet pas de savoir ce que c'est mais uniquement le nom de l'objet. C'est pour cela qu'il n'apparait pas. Il faut le décrire un peu plus, par exemple en ajoutant un place=islet http://wiki.openstreetmap.org/wiki/Tag:place%3Dislet Pour les différentes langues, il faut utiliser name=* pour la langue locale et name:en=* pour l'anglais, name:fr=* pour le français, etc... Le 29 juin 2014 17:43, sergiobzh sergio...@gmail.com a écrit : Bonjour,je suis nouveau sur la mailing-list mais j'ai déjà fait quelques contributions dans Openstreetmap. Et justement, j'ai fait une contribution qui n'apparait pas. Par contre je vois la contribution quand je fais Edit.Cette contribution a été faite vers le mois de Février. C'est ici : http://www.openstreetmap.org/#map=15/10.7901/-85.6850 http://www.openstreetmap.org/#map=15/10.7901/-85.6850 J'ai créé un point Witch's rock (Roca Bruja) qui est un rocher dans la mer devant la plage et un autre qui s'appelle Playa Naranjo juste à l'endroit où la route arrive sur la plage. Je ne les vois pas sur les cartes openstreetmap mais je les vois dès que je fais Edit. J'ai déjà fait des contributions openstreetmap par chez moi et je n'ai eu aucun souci pour les voir ensuite. Là : rien ! Aurais-je raté quelque chose ? MerciSergioNB: j'ai recréé un nouveau point Roca Bruja pour voir s'il apparait. -- View this message in context: http://gis.19327.n5.nabble.com/Contribution-qui-n-apparait-pas-tp5809759.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO et fichiers adresses
Bonsoir à tous, J'ai un signalement sur BANO ( http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.09602/-1.65890 ) qui concerne 2 adresses 1bis et 2bis. J'ai recherché dans le fichier https://raw.githubusercontent.com/osm-fr/bano-data/master/bano-35.csv la rue Oradour et je n'ai pas trouvé ces adresses ni une voie avec la même graphie. Il n'y a pas de synchronisation entre le dépot et la couche bano ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contribution qui n'apparait pas ?
Merci pour les infos, je vais aller revoir ça. On 29 Jun 2014, at 17:58, Christian Quest cqu...@openstreetmap.fr wrote: Il s'agit de cet objet: http://www.openstreetmap.org/node/2939209835 et aussi de celui-ci (vu que tu l'a créé deux fois): http://www.openstreetmap.org/node/2684891218 Le seul tag name ne permet pas de savoir ce que c'est mais uniquement le nom de l'objet. C'est pour cela qu'il n'apparait pas. Il faut le décrire un peu plus, par exemple en ajoutant un place=islet http://wiki.openstreetmap.org/wiki/Tag:place%3Dislet Pour les différentes langues, il faut utiliser name=* pour la langue locale et name:en=* pour l'anglais, name:fr=* pour le français, etc... Le 29 juin 2014 17:43, sergiobzh sergio...@gmail.com a écrit : Bonjour,je suis nouveau sur la mailing-list mais j'ai déjà fait quelques contributions dans Openstreetmap. Et justement, j'ai fait une contribution qui n'apparait pas. Par contre je vois la contribution quand je fais Edit.Cette contribution a été faite vers le mois de Février. C'est ici : http://www.openstreetmap.org/#map=15/10.7901/-85.6850 http://www.openstreetmap.org/#map=15/10.7901/-85.6850 J'ai créé un point Witch's rock (Roca Bruja) qui est un rocher dans la mer devant la plage et un autre qui s'appelle Playa Naranjo juste à l'endroit où la route arrive sur la plage. Je ne les vois pas sur les cartes openstreetmap mais je les vois dès que je fais Edit. J'ai déjà fait des contributions openstreetmap par chez moi et je n'ai eu aucun souci pour les voir ensuite. Là : rien ! Aurais-je raté quelque chose ? MerciSergioNB: j'ai recréé un nouveau point Roca Bruja pour voir s'il apparait. -- View this message in context: http://gis.19327.n5.nabble.com/Contribution-qui-n-apparait-pas-tp5809759.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et fichiers adresses
Bonjour, Le 29/06/2014 19:20, Marc Gauthier a écrit : J'ai un signalement sur BANO ( http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.09602/-1.65890 ) qui concerne 2 adresses 1bis et 2bis. J'ai recherché dans le fichier https://raw.githubusercontent.com/osm-fr/bano-data/master/bano-35.csv la rue Oradour et je n'ai pas trouvé ces adresses ni une voie avec la même graphie. Il n'y a pas de synchronisation entre le dépot et la couche bano ? Tu ne les retrouves pas dans l'export csv car il n'y a pas eu de reconnaissance du code Fantoir (sinon il apparaîtrait sur le rendu). Il n'y a pas eu de reconnaissance à cause des mots 'sur' et 'Glane' collés. Je viens d'ouvrir un ticket [1] pour recenser ces cas de mots collés, qu'il est simple de corriger, encore faut-il les connaître. J'ai l'impression que Rennes en collectionne quelques uns. vincent [1] : https://github.com/osm-fr/bano/issues/41 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et fichiers adresses
Il y a effectivement d'autres cas sur Rennes. J'ai complété le ticket avec l'origine probable de l'anomalie. J'ai fait générer les fichiers OSM à partir du cadastre pour Rennes et on retrouve ces erreurs (cf http://cadastre.openstreetmap.fr/data/035/ ) -- View this message in context: http://gis.19327.n5.nabble.com/BANO-et-fichiers-adresses-tp5809762p5809771.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] modifications en masse d'un nouvel utilisateur
Bonsoir, j'étais cet après-midi dans le secteur (j'habite dans une autre région), j'ai ajouté un espace vert, que j'ai pris en photo. Ce soir, en voulant ajuster la géométrie du carrefour à côté, je constate que la rue voisine est fortement décalée par rapport à Bing, et les maisons sur un côté aussi. Je connais très bien l'endroit, mais il est vrai que je n'y suis pas passé depuis un moment, je ne suis passé qu'au bout de la rue. Je tiens pour totalement improbable le fait que les maisons aient été détruites et reconstruites avec 10 m de décalage, et la rue déviée… Surtout alors que tout le bout de la rue est de construction récente. Il s'agit de ce qui est du côté Est de la rue, dont ce point est le centre : https://www.openstreetmap.org/node/1830071497 Le même utilisateur a ajouté toutes les maisons du secteur, il y a 4 mois. Je suis bien perplexe sur le fait que rien n'aurait été créé en pleine ville plus tôt, surtout quand les rues datent de 2007 ! Je ne sais comment gérer ce problème, étant moi-même encore novice. Quoi dire à cet utilisateur, de quel droit, et surtout comment savoir comment c'était avant ses interventions ? J'imagine qu'il a dû faire une manœuvre curieuse, qui aurait effacé les immeubles déjà en place… Et s'il n'intervient plus (il n'a été actif que pendant un mois, apparemment), comment faire pour réparer, ou rétablir ? Muselaar ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] オストメイト対応トイレのタグ付けはどうしたらいいでしょうか?
こんにちは。野方です。 最近、とあることから姫路市とボランティアグループが制作する、車いす バリアフリー/トイレマップ制作に関わるようになったのですが、トイレ の対応施設一覧の中に「オストメイト対応」というの見つけました。 オストメイトというのは人工肛門をつけられている方のことで、オストメ イト対応トイレというのはその方たちの汚物が処理できるトイレです。 - オストメイト - Wikipedia: http://ja.wikipedia.org/wiki/%E3%82%AA%E3%82%B9%E3%83%88%E3%83%A1%E3%82%A4%E3%83%88 - パブリックトイレのオストメイト配慮のご提案：TOTO: http://www.toto.co.jp/products/public/p3/ Wikiのamenity=toiletsを見ると、そのような方向けのトイレを表すタグ は無いようです。 - Tag:amenity=toilets - OpenStreetMap Wiki: http://wiki.openstreetmap.org/wiki/Toilet もう少し調べてみると、函館の方で toilets:ostomate=yes/no というタ グを使われてる方がいらっしゃいました。 - OpenStreetMap | ウェイ: 函館市中央図書館 (261020513): http://www.openstreetmap.org/way/261020513 - toilets:ostomate | Keys | OpenStreetMap Taginfo: http://taginfo.openstreetmap.org/keys/toilets%3Aostomate これがいいような気もしたのですが、オストメイトの名称は海外ではあま り使われていないようなので、これがいいのか悪いのかちょっと分かりま せんでした。 ということで、オストメイト対応トイレは、どうタグ付けすればいいので しょうか? # こっそり宣伝。調査員募集してます http://himeji.genki365.net/gnkh09/pub/sheet.php?id=39780 -- 野方 純 (NOGATA,Jun) - mail: noga...@gmail.com - web: http://www.nofuture.tv/diary/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
