[Talk-hr] Fwd: Imagery Offset Database
Prosljedjujem Original Message Subject: Imagery Offset Database Date: Sun, 31 Mar 2013 22:15:26 +0400 From: Ilya Zverev zve...@textual.ru To: Talk t...@openstreetmap.org Newsgroups: gmane.comp.gis.openstreetmap Hi! I'm proud to announce the Imagery Offset Database: a centralized offset bookmarks and calibration geometries storage. At the moment it consists of: - API: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/API - JOSM plugin: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/Quick_Start - Web interface: http://offsets.textual.ru/ The principles behind IODB are described on its wiki page, http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database . I have been developing it for about a year, and I consider it the second best way to solve the imagery offset problem (the first best is to realign imagery by a provider). You just adjust an imagery layer, but instead of creating a local bookmark, upload it to the server. And before aligning imagery layer you can check whether someone did it before. I'd like to thanks mappers from Russia, Poland, Ukraine and Finland, who added 364 entries to the database in the past week and helped me test the plugin and the data model. Right now only JOSM users can use the database, but I hope iD would support it, and maybe some other editors: the API is really simple. While the OSM database is in read-only mode, I suggest you transfer your JOSM offset bookmarks to the server. You will need a mirrored_download plugin, to check that your bookmarks are still valid and fit data and traces. And don't forget to check if someone uploaded an offset ahead of you. All data in the database is published hourly in XML and JSON formats under PDDL license. IZ ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] OSM DB down for maintenance
I noticed that the database is down for maintenance this morning. I couldn't find any announcement for this downtime so it sounds like it was unplanned. Can anyone shed any light on what is going on, and when it is likely to be back up again? Thanks! Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM DB down for maintenance
Hi it seems that the Server Ramoth http://wiki.openstreetmap.org/wiki/Servers/ramoth is unresponsive and couldn't be rebooted remotely. Some admins are on-site (or on their way) to give it a kick. In the meantime it seems everything's up again, but it could be that another restart is required until all services work properly again. Peter Am 31.03.2013 12:30, schrieb Colin Smale: I noticed that the database is down for maintenance this morning. I couldn't find any announcement for this downtime so it sounds like it was unplanned. Can anyone shed any light on what is going on, and when it is likely to be back up again? Thanks! Colin ___ 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] OSM DB down for maintenance
On 31/03/13 11:40, Peter Körner wrote: it seems that the Server Ramoth http://wiki.openstreetmap.org/wiki/Servers/ramoth is unresponsive and couldn't be rebooted remotely. Some admins are on-site (or on their way) to give it a kick. In the meantime it seems everything's up again, but it could be that another restart is required until all services work properly again. Nobody is on their way anywhere actually... We won't be able to get access to the site until Tuesday. I have got things up and running in read-only mode now against a backup machine, and that is probably how things are going to have to remain for the next couple of days. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM DB down for maintenance
Nobody is on their way anywhere actually... We won't be able to get access to the site until Tuesday. Tom, is this due to the current holiday, and lack of access to the facility (UCL or Imperial?)? Or are admins unavailable, on holiday? -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Tom Hughes t...@compton.nu To: Peter Körner osm-li...@mazdermind.de Cc: talk@openstreetmap.org Sent: Sunday, March 31, 2013 7:25 AM Subject: Re: [OSM-talk] OSM DB down for maintenance On 31/03/13 11:40, Peter Körner wrote: it seems that the Server Ramoth http://wiki.openstreetmap.org/wiki/Servers/ramoth is unresponsive and couldn't be rebooted remotely. Some admins are on-site (or on their way) to give it a kick. In the meantime it seems everything's up again, but it could be that another restart is required until all services work properly again. Nobody is on their way anywhere actually... We won't be able to get access to the site until Tuesday. I have got things up and running in read-only mode now against a backup machine, and that is probably how things are going to have to remain for the next couple of days. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Imagery Boundary?
Hey guys came across a really weird way. http://www.openstreetmap.org/browse/way/104974280 Not sure exactly what it is supposed to represent? Is it showing where bing has high quality imagery? And secondly can I remove it! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
It doesn't look like this is an isolated example, there are over a hundred of these http://taginfo.openstreetmap.org/tags/boundary=imagery#overview On Sun, Mar 31, 2013 at 12:35 PM, ingalls nicholas.inga...@gmail.comwrote: Hey guys came across a really weird way. http://www.openstreetmap.org/browse/way/104974280 Not sure exactly what it is supposed to represent? Is it showing where bing has high quality imagery? And secondly can I remove it! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
I'd first asked the person that created the polygon before deleting. BTW - We don't have complete hi-res coverage from Bing. While many areas it may not matter, I've mapped in areas where better imagery would have been very helpful. Maybe we need to explore other avenues to obtain imagery in needed areas. At least problem areas identified is a start. On Sun, Mar 31, 2013 at 8:35 AM, ingalls nicholas.inga...@gmail.com wrote: Hey guys came across a really weird way. http://www.openstreetmap.org/browse/way/104974280 Not sure exactly what it is supposed to represent? Is it showing where bing has high quality imagery? And secondly can I remove it! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
This seems silly and useless. The imagery is subject to change and the way will become obsolete. I don't see a point in mapping this, and I'm okay with deleting these ways. But I'd rather hear from someone with more experience before anything happens. On Mar 31, 2013 10:39 AM, ingalls nicholas.inga...@gmail.com wrote: It doesn't look like this is an isolated example, there are over a hundred of these http://taginfo.openstreetmap.org/tags/boundary=imagery#overview On Sun, Mar 31, 2013 at 12:35 PM, ingalls nicholas.inga...@gmail.comwrote: Hey guys came across a really weird way. http://www.openstreetmap.org/browse/way/104974280 Not sure exactly what it is supposed to represent? Is it showing where bing has high quality imagery? And secondly can I remove it! ___ 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] Imagery Boundary?
People use this geometry and get offended if you delete it. There is this page http://ant.dev.openstreetmap.org/bingimageanalyzer/, but vectors can be useful for some scenarios. I think a separate database would be the best solution. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On 2013-03-31 17:57, Clay Smalley wrote: This seems silly and useless. The imagery is subject to change and the way will become obsolete. I don't see a point in mapping this, and I'm okay with deleting these ways. But I'd rather hear from someone with more experience before anything happens. It is a common and often-used method to indicate regions that have high-resolution Bing imagery in an area where the rest is only low-resolution. I would not delete them. They serve a purpose. If you have a better working suggestion (i.e. a low-hi-res overlay to use in the editors) then you might have a point. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Sun, Mar 31, 2013 at 11:35 PM, ingalls nicholas.inga...@gmail.comwrote: Hey guys came across a really weird way. http://www.openstreetmap.org/browse/way/104974280 Not sure exactly what it is supposed to represent? Is it showing where bing has high quality imagery? And secondly can I remove it! In my community, we used to trace such outlines and add them to the OSM database but as you noticed, it really doesn't belong in OSM. So we deleted the ways from the OSM database and instead came up with a separate tool: https://github.com/OSMPH/Imagery_Coverage_Map ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Sun, Mar 31, 2013 at 10:57:41AM -0500, Clay Smalley wrote: This seems silly and useless. The imagery is subject to change and the way will become obsolete. I don't see a point in mapping this, and I'm okay with deleting these ways. But I'd rather hear from someone with more experience before anything happens. I was mapping in North-East china and removed them where i came past. All of them were broken. They become outdated and nobody seems to be brave enough to simply delete them. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Sun, Mar 31, 2013 at 07:01:19PM +0200, Maarten Deen wrote: It is a common and often-used method to indicate regions that have high-resolution Bing imagery in an area where the rest is only low-resolution. I would not delete them. They serve a purpose. If you have a better working suggestion (i.e. a low-hi-res overlay to use in the editors) then you might have a point. They are put into the database at a certain point where they might really show the area of HiRes Sat imagery. Nobody cares about them afterwards and bing regularly updates their imagary. So after a year you would need to correct them which in my cases nobody did over a span of more then 2 months. As they were wrong and nobody cared i deleted them. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Imagery Offset Database
Hi! I'm proud to announce the Imagery Offset Database: a centralized offset bookmarks and calibration geometries storage. At the moment it consists of: - API: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/API - JOSM plugin: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/Quick_Start - Web interface: http://offsets.textual.ru/ The principles behind IODB are described on its wiki page, http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database . I have been developing it for about a year, and I consider it the second best way to solve the imagery offset problem (the first best is to realign imagery by a provider). You just adjust an imagery layer, but instead of creating a local bookmark, upload it to the server. And before aligning imagery layer you can check whether someone did it before. I'd like to thanks mappers from Russia, Poland, Ukraine and Finland, who added 364 entries to the database in the past week and helped me test the plugin and the data model. Right now only JOSM users can use the database, but I hope iD would support it, and maybe some other editors: the API is really simple. While the OSM database is in read-only mode, I suggest you transfer your JOSM offset bookmarks to the server. You will need a mirrored_download plugin, to check that your bookmarks are still valid and fit data and traces. And don't forget to check if someone uploaded an offset ahead of you. All data in the database is published hourly in XML and JSON formats under PDDL license. IZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
I'm with everyone who is against adding this to the database although I agree that a mass edit is not the way to get rid of these. I'll go through them and contact the individual owners and see about getting as many as possible removed. If they don't respond after a reasonable time (a month or two) I'll check if they actually represent areas of high-res imagery, if they don't, I'll remove them. If they still represent areas of high res imagery I'll grandfather them until they become outdated. Sound reasonable to everyone? On Sun, Mar 31, 2013 at 2:22 PM, Florian Lohoff f...@zz.de wrote: On Sun, Mar 31, 2013 at 07:01:19PM +0200, Maarten Deen wrote: It is a common and often-used method to indicate regions that have high-resolution Bing imagery in an area where the rest is only low-resolution. I would not delete them. They serve a purpose. If you have a better working suggestion (i.e. a low-hi-res overlay to use in the editors) then you might have a point. They are put into the database at a certain point where they might really show the area of HiRes Sat imagery. Nobody cares about them afterwards and bing regularly updates their imagary. So after a year you would need to correct them which in my cases nobody did over a span of more then 2 months. As they were wrong and nobody cared i deleted them. Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUVhwzpDdQSDLCfIvAQjGMQ//TKEtxuf8fSdwV5FEDEw6FJFZMc5KHP3V lyWQ6hKHqmUEUZiCkhqI5zXSPNnyyFVlgBopEQwykdDYWtvcFAaHYnR5o/h5AJC3 1nZvQPeMvuqbthK1py40Kjb/pJB2NSZgLv3oWXmy4D5D3fW86Ovuuh2/+oQJ5tsB evXPAiFM4cRQw0JF7TWTigbUkcDHzBdtHw7tYVOjBqQ5Qq0lntHiVM1MZt1tegiV tCZABHPV2amxIbnFat+2ZnK5ajXC0Ne1Vn7Qr09aQRxn3p3Alr8UcjRpbDm3bDwW 4gy7O301L04cPr3uvEwLtnD1QO9UEbf0OIG4/4QQZjD5ZFjMSJA9slIi1B+rMI8F RDv+CGG4s7dWjo05AiEuQiDbLZtjk7+R0KOUzY+5hFEZgGVCzouXOO+6kR/SjDrr zZ215VN2HIuD9Yb9givxuyCYsAp9ZuQeN7T/zYOPLtaTVnLb4nTRhsBoWylO19Oh CRMwyToNeWMAFeM4AzuoOryfwz24Jp+JrPOcOpN30RKbSbge3B9vZ4gG7LlTN9WM PIlnsPyOw4qrVfUqOUSEeU7wsRQGDr/ovtTrcna//7LPayKnVCqwkPRtjX1I/Sye urETbur3grV1zOavdzGcCVD/wQwF7UMQmyzpIIiSzn9iy3n2WlDR7r5IfrMsGq// 4oWPgZzNyYc= =Rq7f -END PGP SIGNATURE- ___ 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] Imagery Boundary?
On 2013-03-31 19:22, Florian Lohoff wrote: On Sun, Mar 31, 2013 at 07:01:19PM +0200, Maarten Deen wrote: It is a common and often-used method to indicate regions that have high-resolution Bing imagery in an area where the rest is only low-resolution. I would not delete them. They serve a purpose. If you have a better working suggestion (i.e. a low-hi-res overlay to use in the editors) then you might have a point. They are put into the database at a certain point where they might really show the area of HiRes Sat imagery. Nobody cares about them afterwards and bing regularly updates their imagary. So after a year you would need to correct them which in my cases nobody did over a span of more then 2 months. As they were wrong and nobody cared i deleted them. Obviously, when somtheing is wrong you either correct or delete it. But that is stating the obvious. I think there is no debate about that. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM DB down for maintenance
All up and running again. Replaced a raid controller. Regards Grant OpenStreetMap sysadmin team On 31 Mar 2013 11:30, Colin Smale colin.sm...@xs4all.nl wrote: ** I noticed that the database is down for maintenance this morning. I couldn't find any announcement for this downtime so it sounds like it was unplanned. Can anyone shed any light on what is going on, and when it is likely to be back up again? Thanks! Colin ___ 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] OSM DB down for maintenance
The OSM community owes you, Grant and the other sysadmins, a lot of gratitude for your work to maximize availability. Thanks! Cheers, Johan (user: It's so funny) 2013/3/31 Grant Slater openstreet...@firefishy.com All up and running again. Replaced a raid controller. Regards Grant OpenStreetMap sysadmin team On 31 Mar 2013 11:30, Colin Smale colin.sm...@xs4all.nl wrote: ** I noticed that the database is down for maintenance this morning. I couldn't find any announcement for this downtime so it sounds like it was unplanned. Can anyone shed any light on what is going on, and when it is likely to be back up again? Thanks! Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Imagery Boundary?
Am 31/mar/2013 um 20:56 schrieb ingalls nicholas.inga...@gmail.com: I'll check if they actually represent areas of high-res imagery, if they don't, I'll remove them. If they still represent areas of high res imagery I'll grandfather them until they become outdated. Sound reasonable to everyone? +1 cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
Re: the topic in general: People against the boundaries: Please understand that they are considered highly useful in some areas and situations. For Hispanola (Haiti + Dominican Republic) the boundaries are maintained and used; pls don't mess around with them. I've also maintained the boundaries for some of the Central American countries and they are very helpful in mapping in the area. The above noted, deletions to the above noted boundaries will directly negatively impact mapping activities and piss off active contributors in the area. (I've also added imagery boundaries -- and have mapped or planned to map -- in at least Finland, Sweden, Spain, Senegal, Rwanda, and some other African countries. Messing up those boundaries may also have a negative impact to mapping.) Cheers, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: ingalls nicholas.inga...@gmail.com Date: Sun, 31 Mar 2013 15:56:16 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Imagery Boundary? ___ 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: [Talk-br] Georeferenciamento mapas IBGE
Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ 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] Georeferenciamento mapas IBGE
Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Georeferenciamento mapas IBGE
Oi Arlete, Mudar o fuso UTM no script é fácil: o difícil é saber qual fuso UTM usar para cada cidade s/ ter que olhar a mão uma a uma. Sobre o datum, sera que errar de datum nesse caso é muito grave? A diferença entre Corrego Alegre e SAD69 pode ser muito maior que uma dezena de metros (que é a precisão desses mapas do IBGE)? A minha idéia era usar esse layer só para achar o nome das ruas, e não para traçar vias. -Vitor 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com: Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo (ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Georeferenciamento mapas IBGE
existem projetos de zoneamento digital em quase todas as cidades, o problema é conseguir achar QUEM e ONDE estao os dados... no Acre por ex. o IMAC era responsavel por isso uns 12 anos atrás... e por ai vai.. Talvez sejam mais precisos -- /** * *PHP Architect/Consultant* * *@author* Klederson Bueno klederson [at] klederson [dot] com * *@see* http://www.phpburn.com * *@see* http://github.com/klederson * *@see* http://www.twitter.com/klederson * *@about *http://about.me/klederson */ 2013/3/31 Vitor Sessak vitor1...@gmail.com Oi Arlete, Mudar o fuso UTM no script é fácil: o difícil é saber qual fuso UTM usar para cada cidade s/ ter que olhar a mão uma a uma. Sobre o datum, sera que errar de datum nesse caso é muito grave? A diferença entre Corrego Alegre e SAD69 pode ser muito maior que uma dezena de metros (que é a precisão desses mapas do IBGE)? A minha idéia era usar esse layer só para achar o nome das ruas, e não para traçar vias. -Vitor 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com: Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Georeferenciamento mapas IBGE
Olá Aun, O problema dos outros estados é que é difícil recuperar as coordenadas automaticamente, já que os PDFs estão formatados de um jeito diferente. Mas se alguém tiver paciência de selecionar a mão as coordenadas dos arquivos um à um, porque não... 2013/3/31 Aun Yngve Johnsen li...@gimnechiske.org: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo (ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ 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] Georeferenciamento mapas IBGE
Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ 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
[Talk-de] Warum ist die OSM-DB down?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen, weiß jemand, warum gerade die OSM-DB down ist (down, nicht read-only)? Auf http://wiki.openstreetmap.org/wiki/Platform_Status steht nur Overall Status: API down - Database problems Viele Grüße Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRV/bvAAoJEO7A7cvElxja2rsH/35tIDrtvekh4Uz95vqOxiBb 6caZmY8TuCmZGDSvYPU7hhlXv17brrHx0zn4T0NPq6oCdlmn24ye8jG4rJtk5JMq gTJI3BCTEcl3kTCoIQ3x+cy9rfo32fZDi6qKVulSo4WPOFncO2wyEJ2YRdAywT12 00czCPGrt674a6sQmazs1Ok9LBsFU10wzjG9FcKhdCtdBWT5trKqitfq5XlvjAJf PSXvtBP0e6mm65B3HaRuKMvOZjMuGh1JVQTdtos571z6deu3t0YlGYJK07EXbOqz PLWOoADoTIzuJnsd7kybJseTkB1uHZv0RpL4Ic8VZrIQY0vr3XknHIwsqYiCe6M= =jVN3 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die OSM-DB down?
Am 31.03.2013 10:42, schrieb Michael Reichert: weiß jemand, warum gerade die OSM-DB down ist Weil es den Server Ramoth zerlegt hat. http://wiki.openstreetmap.org/wiki/Servers/ramoth Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die OSM-DB down?
Eventuell nur ein Network Problem. From IRC: first the admins have to get on site for a hands on, it's not responding to IPMI. for all we know, someone could of snagged the network cable ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die OSM-DB down?
Chris66 wrote From IRC: welcher channel denn? ich lausche auf #osm gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Warum-ist-die-OSM-DB-down-tp5755288p5755299.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die OSM-DB down?
Am 31.03.2013 11:48, schrieb Walter Nordmann: welcher channel denn? ich lausche auf #osm Ja genau. #osm auf http://irc.openstreetmap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die OSM-DB down?
Voraussichtlich Dienstag geht es weiter: http://lists.openstreetmap.org/pipermail/talk/2013-March/066625.html Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ist die OSM-DB down?
Chris66 wrote Voraussichtlich Dienstag geht es weiter: Es stellt sich heraus das Grant (einer der OSM sysadmins) doch heute Zugang zum Rechenzentrum bekommen hat. Nachdem die kaputte Hardware ausgetauscht wurde, lies sich der DB server wieder starten und die API ist nun wieder Online. Das OSM Osterwochenende ist somit ja noch einmal gerettet ;-) Insofern, ein grossen Danke an die Sysadmins die diese Hardwareprobleme so zuegig gefixed bekommen haben. Und allen ein frohes mapping... Kai -- View this message in context: http://gis.19327.n5.nabble.com/Warum-ist-die-OSM-DB-down-tp5755288p5755357.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ist die OSM-DB wieder voll einsatzfähig?
hallo, ist es okay, jetzt eine größere Menge gespeicherter Änderungen hochzuladen oder soll ich lieber warten? Grüße, Andreas Am 31.03.2013 21:10, schrieb Kai Krueger: Es stellt sich heraus das Grant (einer der OSM sysadmins) doch heute Zugang zum Rechenzentrum bekommen hat. Nachdem die kaputte Hardware ausgetauscht wurde, lies sich der DB server wieder starten und die API ist nun wieder Online. Das OSM Osterwochenende ist somit ja noch einmal gerettet ;-) Insofern, ein grossen Danke an die Sysadmins die diese Hardwareprobleme so zuegig gefixed bekommen haben. Und allen ein frohes mapping... Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: [OSM-talk] OSM Monster
noto qualche problema di licenza :) --- All the vector map data used in this film is (c) OpenStreetMaps and its contributors, and is licensed under a Creative Commons license, just like the film itself. --- Tra l'altro il film finisce dichiarando di essere in cc-by-nc-sa e che i dati sono in cc-by-sa Insomma: un po' di confusione :) Ho lasciato un commento, vediamo se si arrabbiano On Sat, Mar 30, 2013 at 6:42 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: scusate il cross-posting, ma è troppo bello ;-) ciao, Martin -- Forwarded message -- From: Martijn van Exel m...@rtijn.org Date: 2013/3/30 Subject: [OSM-talk] OSM Monster To: OSM Talk t...@openstreetmap.org OSM data turned into a monster! http://vimeo.com/62468031 -- Martijn van Exel ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Codemotion, incontro ILDN
Il giorno 22/mar/2013 09:37, Caterpillar caterpilla...@gmail.com ha scritto: Oggi sarò al Codemotion ( http://rome.codemotionworld.com/ ), all'incontro/tavola rotonda con le varie anime del mondo linux ed opensource italiane che sarà tenuto dal network Italian Linux Distro Network http://ildn.net/ . Parteciperò in qualità di persona facente parte di varie realtà FOSS italiane. Non mancherò di citare il progetto OpenStreetMap e la sua comunità italiana. Se avete richieste particolari da portare avanti, scrivete pure :-) http://ildn.net/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Codemotion, incontro ILDN
2013/3/22 Rosacroce rosecr...@iol.it: Salve Si potrebbe proporre di mettere online le mappe catastali evitando così a molti cittadini di incaricare (con conseguenti costi) professionisti per reperirle Fino a qualche tempo fa erano gratuite e l'attuale costo di 1 euro non sarebbe una grave perdita per l'erario. Cordialmente Ciao, a parte l'OT rispetto al thread, la questione che apri non e' banale. La questione del catasto aperto e' argomento molto discusso. Tra l'altro si tratta di una istituzione che genera degli ingressi Anche se ci sono diversi studi che sostengono che l'ingresso di denaro non e' in grado di pareggiare i costi. Non c'e' ombra di dubbio che c'e' una gran quantita' di dati che possono essere resi pubblici e che non avrebbero senso di rimanere chusi (mi riferisco alle strade). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore nel Indoor Mapping di un Centro Commerciale
io preferisco non avere problemi :P quindi i numeri se non li volessero online li toglierei. non capisco cosa intendi con il discorso della scultura...purtroppo non ho mai studiato questi argomenti. comunque sia io credo che l'architettura vera e propria del centro commerciale sia appunto proprietà del centro proprio per garantirsi che la concorrenza non utilizzi la loro stessa struttura. a Gela (CL) c'è stato un caso di un CC che si è pubblicizzato con l'immagine di un CC concorrente e quest'ultimo l'ha denunciato per violazione di una propria proprietà intellettuale (o un a cosa del genere). penso si faccia così anche solo per permettere velocemente di modificare la struttura senza la necessità di rivolgersi all'architetto (o studio) originale. punto proprio all'interesse del CC di diffondere il più possibile le informazione che la riguardano...anche perchè guardando il sito l'attuale mappa potrebbe guadagnare molto da una maggiore interattività (ora è un immagine statica) e anche la mappa per indicare la posizione dle centro commerciale (fatta con google-map) è una barzelletta se confrontata con la nostra ;) ps: l'idea di contare le piastrelle è geniale...perchè diavolo non c'ho pensato io !!! -- View this message in context: http://gis.19327.n5.nabble.com/errore-nel-Indoor-Mapping-di-un-Centro-Commerciale-tp5754060p5755347.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] OSM Monster
Il 30/03/2013 20:57, Simone Saviolo ha scritto: Molto bello! Peccato che abbia scelto uno stile di mappa che ricorda molto GMaps... :-) Ciao, Simone +1 Inoltre all'inizio sembra che usino streetview... -- Google riceve multa da sette milioni di dollari per aver raccolto dati personali senza autorizzazione tramite street view. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Imagery Offset Database
da ora è disponibile un servizio per sincronizzare gli offset dei ortofoto in rete (speriamo che siano solo offset). Funziona per il momento solo con Josm, ma c'è un API. ciao, Martin Von: Ilya Zverev zve...@textual.ru Datum: 31 marzo 2013 20:15:26 CEST An: Talk t...@openstreetmap.org Betreff: [OSM-talk] Imagery Offset Database Hi! I'm proud to announce the Imagery Offset Database: a centralized offset bookmarks and calibration geometries storage. At the moment it consists of: - API: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/API - JOSM plugin: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/Quick_Start - Web interface: http://offsets.textual.ru/ The principles behind IODB are described on its wiki page, http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database . I have been developing it for about a year, and I consider it the second best way to solve the imagery offset problem (the first best is to realign imagery by a provider). You just adjust an imagery layer, but instead of creating a local bookmark, upload it to the server. And before aligning imagery layer you can check whether someone did it before. I'd like to thanks mappers from Russia, Poland, Ukraine and Finland, who added 364 entries to the database in the past week and helped me test the plugin and the data model. Right now only JOSM users can use the database, but I hope iD would support it, and maybe some other editors: the API is really simple. While the OSM database is in read-only mode, I suggest you transfer your JOSM offset bookmarks to the server. You will need a mirrored_download plugin, to check that your bookmarks are still valid and fit data and traces. And don't forget to check if someone uploaded an offset ahead of you. All data in the database is published hourly in XML and JSON formats under PDDL license. IZ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] caricamento
Non mi carica le modifiche josm possibile.sia il server occupato o dovrei aggiornare la versione all ultima ? X ora ho salvato il file modifiche e riprovero domani. E successo a qualcun' altro? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricamento
beppebo...@libero.it wrote: Non mi carica le modifiche josm possibile.sia il server occupato o dovrei aggiornare la versione all ultima ? X ora ho salvato il file modifiche e riprovero domani. E successo a qualcun' altro? http://blog.osmfoundation.org/2013/03/31/database-maintenance/ (da mettere nel proprio lettore RSS). Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-gb-westmidlands] Fwd: Easter Weekend
Hi all See you there. I called and checked, All Bar One are open all day. Historical mapping story: Open Street Map, 1898 http://www.roadswerenotbuiltforcars.com/openstreetmap/ Andrew On 31 Mar 2013, at 09:39, Floris Looijesteijn o...@floris.nu wrote: -- Forwarded message -- From: Floris Looijesteijn Date: Sunday, March 31, 2013 Subject: [Talk-gb-westmidlands] Easter Weekend To: Rob Nickerson rob.j.nicker...@gmail.com Cc: Floris Looijesteijn o...@floris.nu, SOTM organizing team t...@stateofthemap.org Brian suggested All Bar One http://www.allbarone.co.uk/all-bar-one-brindley-place-birmingham/ We'll be there at 1800. It might be closed though because of easter but we'll just have to see. See you tonight, Floris On Sunday, March 31, 2013, Rob Nickerson wrote: Thanks, Let me know when you decide on a pub. I shouldn't be too difficult to spot - if you see a 25 year old guy with red/ginger hair wondering around looking lost then that will be me! Rob +447969641242 On 30 March 2013 20:35, Floris Looijesteijn o...@floris.nu wrote: Sunday It'll be a pub around 18:00. I'll let you know which one or give me a call (+31624228803) if you want to find us. On Saturday, March 30, 2013, Rob Nickerson wrote: Is probably too late for me to get over there now :-( What time and where? Also let me know the plans for Sunday Rob On 30 March 2013 18:07, Floris Looijesteijn o...@floris.nu wrote: Gregory (or anyone else interested), (This mail was bounced earlier today because I use the wrong email address) We're planning to get some curry tonight and otherwise we're having drinks on Sunday evening. Mark Iliffe might be joining us on Sunday. Let us know if you will join! Greets Floris On Thursday, March 28, 2013, Gregory wrote: Hmm, a shame it's short notice and the one weekend I'm busy travelling. I'm partially thinking I could be in Brum for Saturday evening, it would be good to meet the folk I don't know. Durham to Nottingham via Birmingham is a strange route, but the detour makes it cheaper if I hitch a lift from Birmingham way with my brother. Greg. On 27 March 2013 17:20, Brian Prangle bpran...@gmail.com wrote: Hi everyone Henk and Floris are coming over from the Netherlands this weekend to do some scouting and videoing for the conference. They've suggested a pub/curry get together for either Sat or Sun evening. Anyone around? Anyone want to meet Henk and Floris? Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-se] Kluriga gator?
Hallå, i mina experiment för att inter/extrapolera fram husnummer på gator (nej, resultatet kommer inte tryckas tillbaka in i OSM) är jag på jakt efter lite udda gator. Exempelvis tänker jag mig där hus ligger utspridda i ett större område runt vägen, cirkulära vägar, där nummer ligger huller om buller, etc. Jag vet inte riktigt själv vad det är jag är ute efter mer än att det skall vara ställen som på ett eller annat sätt inte följer normen. Någon som känner till något jag kan titta på? kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kluriga gator?
Får jag bjuda på två studentghetton i Uppsala. Husnumren på Flogstavägen i Uppsala (Flogsta låghus, rakt söder om Flogsta vårdcentral). När jag bodde där kunde jag faktiskt inte förstå logiken bakom numren. Där ligger dessutom inte husen vid vägen, utan är ett typiskt miljonprogramområde där husen är separerade från bilvägen, vilket kanske utgör ytterligare en utmaning. Inte långt från låghusen ligger Flogsta höghus (of Flogstavrålet fame) där husen ligger kring den kringleformade gatan som heter Sernanders väg (strax nordöst om låghusen). Isak From: Karl Wettin karl.wet...@kodapan.se To: talk-se@openstreetmap.org openstreetmap talk-se@openstreetmap.org Sent: Sunday, March 31, 2013 12:20 PM Subject: [Talk-se] Kluriga gator? Hallå, i mina experiment för att inter/extrapolera fram husnummer på gator (nej, resultatet kommer inte tryckas tillbaka in i OSM) är jag på jakt efter lite udda gator. Exempelvis tänker jag mig där hus ligger utspridda i ett större område runt vägen, cirkulära vägar, där nummer ligger huller om buller, etc. Jag vet inte riktigt själv vad det är jag är ute efter mer än att det skall vara ställen som på ett eller annat sätt inte följer normen. Någon som känner till något jag kan titta på? kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kluriga gator?
Den 31 mars 2013 12:41 skrev Isak Bergdahl ja...@rocketmail.com: Får jag bjuda på två studentghetton i Uppsala. Det känns som om vilket miljonprogramsområde som helt, nästan, borde kunna ge gott om material. Som gammal linköpingsstudent minns jag ännu med fasa numreringen kring Rydsvägen, Alsättersgatan och Björnkärrsgatan: http://www.openstreetmap.org/?lat=58.411399126052856lon=15.562039911746979zoom=17(observera den mycket korta enkelriktade cykelvägen! :-) ) Frejgatan och Heimdalsgatan i Märsta är inte heller helt uppenbara: http://www.openstreetmap.org/?lat=59.61547lon=17.83433zoom=17layers=M ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
30.03.2013 15:32, Jaak Laineste (Nutiteq) kirjutas: Üks põhimõtteline küsimus: OSM-is ei ole tegelikult kõige olulisem küsimus kas OSM-is on see olemas või mitte. Palju olulisem on kaks küsimust veel enne seda läbi mõelda ja lahendada: a) Kui lisad maja, siis pead igal juhul kindel olema kas see maja päriselt on looduses olemas. Ma poleks 100% kindel maa-ameti andmete päevakohasuses, seda tuleb üle kontrollida kasutades eri meetodeid. Kõige kindlam tuleks kontrollida kohapeal oma silmaga, mis maja see on, ja kas on olemas. Aerofoto on Maaametil kindlasti uuem (2012) kui põhikaart. Sellepärast ma tahakski seda taustakaardina juurde. b) Mis saab pärast andmete lisamist. Kui midagi lisad, siis ei tohi see jääda ühekordseks ürituseks, vaid kaart peab olema kogukonna poolt uuendatav ka hiljem. Sellepärast ma olen väga konservatiivne mistahes andmete massilise impordiga. Ma teeksin seda vaid minu kodu lähedases piirkond mida ma kontrollin ja tean et suudan ka hiljem uuendada. Sellepärast oleks ettepanek et majade impordil peab kasutaja ütlema mis ala ta kaardistab, mitte tänava või maksimaalselt linna täpsusega. OSM eesmärk ei ole teha võimalikult kiiresti ja mugavalt hästi palju andmeid. Oluline on tekitada elus andmebaas, mis oleks kogukonna poolt uuendatav. Liiga palju liiga detailseid andmeid, millega kogukond reaalselt toime ei tule, on väga ohtlik. Veel vähem on OSM eesmärk mehhaaniliselt kopeerida maa-ameti kaarti X seisuga. Kui keegi vajab maa-ameti kaarti, siis selle saab ta ka maa-ametist, WMS või muul viisil. Noh, see on nüüd pikk lugemine, mis lühidalt refereerib seda, millest Frederik Ramm on aastaid rääkinud. Frederik räägib enamasti communityst ja ma saan aru, miks ta seda teeb. OSM on tõepoolest sotsiaalne fenomen - aga mitte ainult. OSM on ka sisend täiesti reaalsetele teenustele ning ausalt öeldes ei näe ma põhjust miskit ette heida mehhanismile, kus käsitsi kuulutatakse ühed või teised andmed OSMi importimiseks sobilikuks. OSMil ei ole ilmselgelt miskit ka selle vastu, et andmete sisestamine mugav oleks. Ja mugav see tööriist kahtlemata on. Lisaks kõigele muule annab SviMik'u vahend tööriistad ka andmete uuendamiseks ja täiendamiseks. Nii et Frederiku jutt on tore ja õige küll, aga selle konkreetse tööriista puhul see minu arvates ei päde. Import pole automaagiline, sellel on inimfaktor mängus, ortofoto annab võimaluse reaalsusega võrdlemiseks, loodetavasti on kohe-kohe võimalik ka enese toimetamistele bounding box määrata - super, milles küsimus? Pealegi ei ole midagi lihtsamat kui reaalsuses mitteeksisteeriv hoone ära kustutada. Neid tuhandete kaupa käsitsi treissida on palju tüütum. Eesti kaardistamine on praegu sellises seisus, et kaardi täiendused tulevad väga suures osas välismaalastelt. Viljandis tegutseb kasutaja enedaniel, kes on ilmselgelt saksakeelne, ja näiteid linnadest, kus Whoditit näitab toimetavat praktiliselt ainult välismaalasi on veel. Meil pole selle vastu ju ometigi miskit - hoolimata sellest, et kunagi kodumaale tagasi rännates võib kaardistatud ala 'omanikuta' jääda? Meil ei peaks miskit olema ka selle vastu, et kodanikud Venemaalt meie kaarti täiendavad ning selleks ägedaid vidinaid arendavad. Andku aga takka. Osa andmeid OSM baasis vananeb ära niikuinii, tulgu need siis impordist või välitöödest. Need jäävadki uuenema siis, kui keegi selle ala vastu jälle huvi tunneb. Fair enough. Alad, mis pakuvad laiemat huvi, hoitakse püsivalt korras ning huvi mittepakkuvad sisaldavad mingi vanusega andmeid, vahel küll ka fantoomandmeid. So what? Ma ei näe põhjust rahutuseks. Me pole ju hakanud topokaartidelt kive pimesi ükshaaval kaardile kandma. Hoonepolügonide ja nendega seotud aadresside sisestamine interaktiivse impordi kaudu pole mingi patt. Vaieldagu :) - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
The links are to http://localhost:8111 there. On 30.03.2013, at 20:05, SviMik wrote: Loodan et sain aru õigesti: Nüüd Missing streets leheküljel on kaks lingid: small bbox ja full bbox. http://osm.svimik.com/nostreet.php full bbox tells JOSM to download and select all buildings with given street name. Вторник, 26 марта 2013, 23:20 +02:00 от Margus Värton mar...@dakar.ee: Vägevad tööriistad, respect. Aga puudust tunnen võimalusest määrata bounding box alale, kus tegutsen - et saaks hakatuseks mulle tuttavamad kohad paika nokkida. - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
30.03.2013 15:32, Jaak Laineste (Nutiteq) kirjutas: Üks põhimõtteline küsimus: OSM-is ei ole tegelikult kõige olulisem küsimus kas OSM-is on see olemas või mitte. Palju olulisem on kaks küsimust veel enne seda läbi mõelda ja lahendada: a) Kui lisad maja, siis pead igal juhul kindel olema kas see maja päriselt on looduses olemas. Ma poleks 100% kindel maa-ameti andmete päevakohasuses, seda tuleb üle kontrollida kasutades eri meetodeid. Kõige kindlam tuleks kontrollida kohapeal oma silmaga, mis maja see on, ja kas on olemas. Aerofoto on Maaametil kindlasti uuem (2012) kui põhikaart. Sellepärast ma tahakski seda taustakaardina juurde. b) Mis saab pärast andmete lisamist. Kui midagi lisad, siis ei tohi see jääda ühekordseks ürituseks, vaid kaart peab olema kogukonna poolt uuendatav ka hiljem. Sellepärast ma olen väga konservatiivne mistahes andmete massilise impordiga. Ma teeksin seda vaid minu kodu lähedases piirkond mida ma kontrollin ja tean et suudan ka hiljem uuendada. Sellepärast oleks ettepanek et majade impordil peab kasutaja ütlema mis ala ta kaardistab, mitte tänava või maksimaalselt linna täpsusega. OSM eesmärk ei ole teha võimalikult kiiresti ja mugavalt hästi palju andmeid. Oluline on tekitada elus andmebaas, mis oleks kogukonna poolt uuendatav. Liiga palju liiga detailseid andmeid, millega kogukond reaalselt toime ei tule, on väga ohtlik. Veel vähem on OSM eesmärk mehhaaniliselt kopeerida maa-ameti kaarti X seisuga. Kui keegi vajab maa-ameti kaarti, siis selle saab ta ka maa-ametist, WMS või muul viisil. Noh, see on nüüd pikk lugemine, mis lühidalt refereerib seda, millest Frederik Ramm on aastaid rääkinud. Frederik räägib enamasti communityst ja ma saan aru, miks ta seda teeb. OSM on tõepoolest sotsiaalne fenomen - aga mitte ainult. OSM on ka sisend täiesti reaalsetele teenustele ning ausalt öeldes ei näe ma põhjust miskit ette heida mehhanismile, kus käsitsi kuulutatakse ühed või teised andmed OSMi importimiseks sobilikuks. OSMil ei ole ilmselgelt miskit ka selle vastu, et andmete sisestamine mugav oleks. Ja mugav see tööriist kahtlemata on. Lisaks kõigele muule annab SviMik'u vahend tööriistad ka andmete uuendamiseks ja täiendamiseks. Nii et Frederiku jutt on tore ja õige küll, aga selle konkreetse tööriista puhul see minu arvates ei päde. Import pole automaagiline, sellel on inimfaktor mängus, ortofoto annab võimaluse reaalsusega võrdlemiseks, loodetavasti on kohe-kohe võimalik ka enese toimetamistele bounding box määrata - super, milles küsimus? Pealegi ei ole midagi lihtsamat kui reaalsuses mitteeksisteeriv hoone ära kustutada. Neid tuhandete kaupa käsitsi treissida on palju tüütum. Eesti kaardistamine on praegu sellises seisus, et kaardi täiendused tulevad väga suures osas välismaalastelt. Viljandis tegutseb kasutaja enedaniel, kes on ilmselgelt saksakeelne, ja näiteid linnadest, kus Whoditit näitab toimetavat praktiliselt ainult välismaalasi on veel. Meil pole selle vastu ju ometigi miskit - hoolimata sellest, et kunagi kodumaale tagasi rännates võib kaardistatud ala 'omanikuta' jääda? Meil ei peaks miskit olema ka selle vastu, et kodanikud Venemaalt meie kaarti täiendavad ning selleks ägedaid vidinaid arendavad. Andku aga takka. Osa andmeid OSM baasis vananeb ära niikuinii, tulgu need siis impordist või välitöödest. Need jäävadki uuenema siis, kui keegi selle ala vastu jälle huvi tunneb. Fair enough. Alad, mis pakuvad laiemat huvi, hoitakse püsivalt korras ning huvi mittepakkuvad sisaldavad mingi vanusega andmeid, vahel küll ka fantoomandmeid. So what? Ma ei näe põhjust rahutuseks. Me pole ju hakanud topokaartidelt kive pimesi ükshaaval kaardile kandma. Hoonepolügonide ja nendega seotud aadresside sisestamine interaktiivse impordi kaudu pole mingi patt. Ma mõtlen sellise loogikaga. Põhimõtteliselt on kaks strateegiat: (a) andmed kõigepealt, siis community, või (b) community kõigepealt, kes siis teeb andmed. (a) eelised: - kaart on rutem valmis, saab kohe kasutama hakata reaalsetes rakendustes - võibolla tühi kaart hirmutab osasid kasutajaid - siin pole ju midagi, igav. Kui on vaja vaid vähe täiendada, siis võetakse seda kergemini ette (a) puudused (ja b eelised): - kui communityt taha ei teki, siis andmed ei uuene ja mingi hetk ei taha ka teenused neid enam kasutada - liiga palju andmeid muudab redigeerimise tehniliselt raskeks (Corine näide), ja mõnedele uutele kasutajatele tundub et nii detailne kaart on juba valmis, midagi huvitavat pole teha (Tartu kaardi kohta olen kuulnud sellist juttu). Mulle tundub b) pikas perspektiivis parem strateegia, sest tagab kaardi elu ehk uuendamise. Või vähemasti: ei tohiks tegeleda ainult andmete kasvatamisega, vaid peaks panustama samapalju ka community laiendamisse, projekti tutvustamisesse Eesti eri linnades. Kolmandast küljest: parem kaart toob kaasa rohkem teenuseid/kasutajaid, ja ka see kasvatab iseenesest
[OSM-talk-fr] Carto-party à Louzac (16)
Carto-party à Louzac-St-André, (Charente 16, à coté de Cognac). Organisé par l'association Linux et Logiciels Libres de Cognac. Petit format d'une demi-journée : http://osm.org/go/equKJ9kd 2h sur le terrain a relevé les noms de rues, sens de circulation, poi et autres infos. suivi de 2h de saisie des données relevées. Pour s'inscrire : o...@logicielslibrescognac.org -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] API HS...
Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abus des landuse=residential ?
salut. ça serait bien de lui écrire un résumé de cette discution, ou mieux un lien gname vers cette discution. j'ais pas le net pour le faire. Le 31 mars 2013 01:30, arnaud@gmail.com arnaud@gmail.com a écrit : Vincent, Je comprends mieux maintenant la différence. D'autant plus si, comme le souligne Jean-François nous ne sommes pas autorisé à le faire. Néanmoins, fusionner l'ensemble des données c'est un peu violent non? Nous pourrions commencer à entamer une discussion avec le contributeur afin de lui expliquer notre démarche. Arnaud On 29/03/2013 17:47, Vincent Pottier wrote: Le 29/03/2013 18:56, arnaud@gmail.com a écrit : Vincent, J'ai du mal à comprendre en quoi est-ce un abus? Je comprends ta position, mais ce n'est pas pire que d'ajouter le numéro de boite aux lettres non? A. Bonne question... Je le sens et j'essaie de comprendre. Je réfléchis à haute voix... Nous ne mettons pas le numéro de boite aux lettres mais le numéro dans la rue. C'est à dire une information géographique ponctuelle : le n° N est ici. Peu importe le nombre de boites aux lettres : une seule probablement pour un pavillon, 15-20 pour une entrée d'immeuble. Ce numéro, qui est aussi l'adresse postale, est d'abord une adresse géographique, une adresse civile : le numéro tant de la rue machin de la commune truc. Ce n'est pas la poste qui nous a attribué le numéro, mais la commune. De plus c'est un élément ponctuel. C'est à dire qu'il comporte en lui même peu d'information géographique sinon une latitude et une longitude. L'information sur un champ m'intéresse. Que le champ de colza fasse telle surface, que le verger ait telle forme, ça m'intéresse. Mais qu'il soit sur une, deux ou quinze parcelles, cela ne me regarde pas (du point de vue OpenStreetMap). En entrant le découpage parcellaire, on change la nature des données. On n'est plus seulement dans l'information géographique, présence limites réelles ou administratives, d'objets réels ou publics. On introduit des données non matérielles privées. Certes, j'ai entré un certain nombre de numéros de téléphones (contact:phone) mais seulement pour des entreprises. Et le numéro de téléphone est une interface publique de ces entreprises privées. Comme le numéro dans la rue. La limite de propriété est une information sur une personne privée (physique ou morale) qui n'est pas de l'ordre de cette interface publique. Peut-être est-ce cette notion, floue, qui me faisait écrire au feeling que la limite de l'espace public/privé m'intéressait. Mais pas au delà. Derrière le numéro de téléphone, je ne dirai pas s'il y a un ou quinze postes. Derrière le numéro dans la rue, je ne dirai pas quelle est la taille de la propriété (même si le mur de clôture, information sur un objet réel, le suggère). Je dirai le mur, pas la parcelle. Voila pour ce soir. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] API HS...
comment va-t-on mapper les oeufs ¿ quelle galère. Le 31 mars 2013 11:31, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ 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] Carto-party à Louzac (16)
Et c'est quand ? Une page web en ligne ? Le 31 mars 2013 11:29, Pierre-Alain Dorange pdora...@mac.com a écrit : Carto-party à Louzac-St-André, (Charente 16, à coté de Cognac). Organisé par l'association Linux et Logiciels Libres de Cognac. Petit format d'une demi-journée : http://osm.org/go/equKJ9kd 2h sur le terrain a relevé les noms de rues, sens de circulation, poi et autres infos. suivi de 2h de saisie des données relevées. Pour s'inscrire : o...@logicielslibrescognac.org -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Quelle adresse doit-on précisément indiquer dans JOSM? Romain Le 31 mars 2013 11:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ 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] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
2013/3/30 Brice Person brice.per...@zenordi.fr C'est la conclusion que nous avions eu à l'époque de sa sortie. De plus, il ne faut pas confondre la licence de l'APIE avec celle du ministère de la justice (bravo l'APIE) voir : http://www.regardscitoyens.**org/licences-opendata-lapie-** grille-la-priorite-a-etalab-**et-invente-le-pseudo-libre/http://www.regardscitoyens.org/licences-opendata-lapie-grille-la-priorite-a-etalab-et-invente-le-pseudo-libre/ Tout cela est bien dommage car il semble que DRC soit de très bonne volonté. A noter que Corine Land Cover de l'ifen était disponible dans une license similaire avec une clause de non-altération. Il suffit de s'adresser à eux en leur demandant si on peut importer leurs données dans OSM en les informant clairement qu'on ne pourra pas garantir la non-altération. On peut aller au delà de cette clause si on reçoit une autorisation spécifique (qu'il faut rendre publique et archivée, évidemment). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Il faut juste remplacer le .org par .fr ;-) http://api.openstreetmap.fr/api Le 31 mars 2013 12:12, Romain MEHUT romain.me...@gmail.com a écrit : Quelle adresse doit-on précisément indiquer dans JOSM? Romain Le 31 mars 2013 11:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Merci Etienne ;) Le 31 mars 2013 12:15, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Il faut juste remplacer le .org par .fr ;-) http://api.openstreetmap.fr/api Le 31 mars 2013 12:12, Romain MEHUT romain.me...@gmail.com a écrit : Quelle adresse doit-on précisément indiquer dans JOSM? Romain Le 31 mars 2013 11:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ 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 ___ 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] Carto-party à Louzac (16)
Pierre-Alain Dorange pdora...@mac.com wrote: Carto-party à Louzac-St-André, (Charente 16, à coté de Cognac). Organisé par l'association Linux et Logiciels Libres de Cognac. Petit format d'une demi-journée : http://osm.org/go/equKJ9kd 2h sur le terrain a relevé les noms de rues, sens de circulation, poi et autres infos. suivi de 2h de saisie des données relevées. Il manque la date en effet : samedi 6 avril, rdv 14h place de l'église. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
Je m'en charge en leur faisant suivre nos interrogations sur la compatibilité de la licence IP pour une intégration dans OSM... Romain Le 31 mars 2013 12:15, Pieren pier...@gmail.com a écrit : A noter que Corine Land Cover de l'ifen était disponible dans une license similaire avec une clause de non-altération. Il suffit de s'adresser à eux en leur demandant si on peut importer leurs données dans OSM en les informant clairement qu'on ne pourra pas garantir la non-altération. On peut aller au delà de cette clause si on reçoit une autorisation spécifique (qu'il faut rendre publique et archivée, évidemment). Pieren ___ 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] API HS...
Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
2013/3/30 Vincent de Chateau-Thierry v...@laposte.net Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec autant de clés que de communes, toutes signifiant grosso-modo la même chose : cette clé a pour valeur une référence interne à la commune XXX. +1 Et quitte à me répéter, le code insee d'une commune est inconnu de la plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir une affaire de spécialistes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abus des landuse=residential ?
2013/3/29 arnaud@gmail.com arnaud@gmail.com C'est évident que l'utilisation de ce tag n'est pas le plus approprié... Mais de là à supprimer les données patiemment tracées. Comme le suggère kimaidou, il faudrait peut être partir sur l'utilisation d'un tag plus approprié plutôt que fusionner les données et les perdre. Ca n'est pas qu'un problème de mauvais tag. Il faut aussi se poser la question de l'intérêt d'un tel import, même si on avait l'autorisation de le faire de la DGFiP. Plusieurs points: - il y a encore un énorme problème de cohérence géométrique entre communes qui fait qu'il y a très souvent des espaces vides ou au contraire des communes qui se superposent aux frontières. Tous ceux qui ont importés des limites communales savent de quoi je parle. Si on peut s'accommoder d'approximations de quelques mètres ou dizaines de mètres pour les limites (conflation), ça ne fonctionne évidemment plus pour le niveau parcellaire. - tous les jours, des milliers de parcelles sont divisées ou fusionnées au gré d'aquisitions, partages, ventes. Le parcellaire change aussi vite, voir plus, que le bâti. Bâti que nous sommes déjà incapables de tenir à jour correctement. - le découpage parcellaire ne correspond pas au découpage visible sur le terrain. Il est courant qu'une propriété individuelle soit composée de plusieurs parcelles. Si on peut souvent faire correspondre des éléments du terrain sur le découpage cadastral comme les murs, les haies et tout ce qui sert à fixer son pré carré, la plupart des limites parcellaires ne correspondront à rien. - la surcharge pour les éditeurs n'est pas négligeable. En plus des polygones des bâtiments et des landuse, on verra un troisière ensemble de polygones qui s'entrelaceront avec les autres. Les éditeurs actuels d'OSM ne sont pas capables de gérer ces couches de données (même avec le filtrage de JOSM qui a ses limites) et cela rendra l'édition des données tout simplement inabordable pour le commun des contributeurs. Bref, importer le parcellaire est le meilleur moyen de tuer les nouvelles contributions sur une zone. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
J'ai eu un échange au téléphone avec Fabrice Thiébaux https://twitter.com/FThiebaux qui conseille l'ON3V en géomatique et sur les aspects juridiques. Selon lui, la clause de non altération n'est pas incompatible avec une intégration dans OSM puisque celle-ci aura pour objectif d'améliorer la donnée initiale. Si vous souhaitez, une précision écrite, il suffit d'écrire à Département et Régions Cyclables ( http://www.departements-regions-cyclables.org/nous-contacter.html). Romain PS: il précise aussi qu'il n'y a pas normalement de décalage comme l'a fait remarqué PierreV à partir du fichier KML. Il pense que cela viendrait de la projection utilisée. Le 31 mars 2013 12:22, Romain MEHUT romain.me...@gmail.com a écrit : Je m'en charge en leur faisant suivre nos interrogations sur la compatibilité de la licence IP pour une intégration dans OSM... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 30/03/2013 21:45, Vincent de Chateau-Thierry a écrit : Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange n'est pas suffisamment distinctif. Si toutes les communes du monde se mettent à utiliser le même schéma, on va multiplier les conflits. Comment régler ça ? Pour éviter d'avoir 36.000 tags ref:* distincts à terme (on peut rêver), je verrais plutôt un schéma générique sur 2 tags : source=* (rien de nouveau ici) ref:source=* ou source:internal_id ou toute autre formulation pour dire la même chose : mentionner l'identifiant unique utilisé par le fournisseur. Dans l'exemple du way : source=Mairie d'Orange 2012 ref:source=84087V99 Après tout, il ne s'agit pas d'un tag ref pour l'objet, que tout un chacun pourrait trouver sur le terrain, mais d'un tag ref qui n'existe que parce qu'une certaine source a été utilisée pour l'objet. vincent J'ajoute mon grain de sel... Si le tag n'est pas une référence, une clef externe, comme ref:INSEE, ref:sandre, mais une métadonnée, il me semble qu'il serait bon de le suggérer d'une façon ou d'une autre. Il me vient une idée : préfixer les métadonnées par un caractère spécifique. J'avais pensé dans un premier temps à un underscore. Mais l'usage répandu en informatique est que les variables commençant par underscore sont des membres privés d'objet, ce qui voudrait dire, dans OSM, des tags internes à OSM. Or, c'est l'inverse dans le cas présent. On veut créer une métadonnée pour une valeur externe à OSM. On peut utiliser l'arobase ? La clef serait alors @ref:* Voire même pas de mention de ref mais quelque chose du genre @INSEE:id (INSEE étant à remplacer par ce qui semblera le plus pertinent dans le reste de la discussion) Ça va faire étrange au début ! Mais si la convention s'installe, ça deviendra plus familier de voir des tags @*. Et ça permettra de repérer rapidement dans/par les éditeurs si c'est une info pertinente à éditer, modifier. Ça permettrait de repérer rapidement dans les outils d'imports d'éliminer ce genre de métadonnées avec une expression régulière ultra simple. Par ailleurs, mettre une telle info sur un objet ne simplifie pas pour autant la synchro OSM - SIG. En effet, l'absence d'objet portant l'identifiant SIG ne signifie pas pour autant que l'objet a été supprimé. L'objet peut avoir été seulement altéré sur la clef. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] landuse pour un champ captant ?
Salut, je me demande quel tag utiliser pour définir un champ captant (captage d'eau potable). Généralement, c'est une zone cloturée, avec de l'herbe, plus ou moins bien entretenue (souvent plus), où sont disséminés des forages et installations de pompage (bâtiments techniques, pompes, transfos électriques...) http://fr.wikipedia.org/wiki/Champ_captant http://fr.wikipedia.org/wiki/Captage_d%27eau_potable Je suppose que landuse s'impose, mais quoi mettre derrière ? water_catchment semble parfois utilisé mais je n'ai pas trouvé de terme anglais vraiment convaincant pour l'instant. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le dim. 31 mars 2013 à 13:16 +0200, Pieren a écrit : 2013/3/30 Vincent de Chateau-Thierry v...@laposte.net Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec autant de clés que de communes, toutes signifiant grosso-modo la même chose : cette clé a pour valeur une référence interne à la commune XXX. +1 Et quitte à me répéter, le code insee d'une commune est inconnu de la plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir une affaire de spécialistes. Je suis d'accord avec ta dernière phrase, mais ce n'est pas un argument ici. Mettre un attribut destiné à la synchro OSM-SIG est bien une affaire de spécialiste. Ça ne veut pas du tout dire que des contributeurs lambda ne pourront pas modifier l'objet, simplement, ils ne toucheront pas ce tag là. C'est tout-à-fait admissible d'avoir des attributs génériques compréhensibles de tout le monde et des attributs spécialisés sur le même objet. Et d'ailleurs c'est déjà la pratique courante : tout le monde peut ajouter un noeud natural=tree, mais il n'y a que les spécialistes qui pourront préciser le taxon=... -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le sam. 30 mars 2013 à 23:46 +0100, Christian Quest a écrit : Si on se reposait les questions de base ? Yep. A quoi servent ces ref:xxx ? Si il s'agit de maintenir un lien avec un jeu de données externes bien précis et d'une façon unique, il faut que la clé permettent d'identifier le jeu de données sans ambiguité et donc il faut qu'elle soit unique pour chaque jeu de données et un quelque chose du genre ref:insee:x me semble adapté. Ca donne en plus un lien vers le producteur de ce jeu de données x pouvant décrire une région, un département, un EPCI, une commune, voire même une entreprise par son SIREN/SIRET. Si par contre ces références ont un caractère plus global et qu'elles sont utilisables sans être liées à un jeu de données particulier, alors là il faut utiliser une clé qui elle aussi ne soit pas liée à un jeu de données. Si on veut identifier une référence qui serait par exemple donnée de façon homogène par un niveau administratif particulier, on pourrait envisager un ref:admin_level:xx=* Faut demander à Tony ce qu'il pense en faire à long terme, mais il me semble qu'on est clairement dans le 1er cas, là : maintenir un lien avec un jeu de données externes bien précis et d'une façon unique. Vous allez voir qu'on va y arriver aux linked data ;) On peut même dire qu'on y est là, mais ça ne nous donne pas magiquement la réponse à comment les intégrer au mieux dans le taggins OSM ? -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Proposition pour le projet du mois de avril
Hello, J'ai rédigé une nouvelle proposition de thème pour le projet du mois: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Reconstruction Toutes les relectures/remarques/commentaires sont les bienvenus, surtout si vous êtes déjà intervenus pour analyser des zones altéré par le rédaction bot. Cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/03/2013 12:05, Christian Quest wrote: Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la machine aujourd'hui pour essayer de basculer sur un autre serveur. Bref, c'est une failure catastrophique d'une carte dans le serveur RAID. Emilie Laffray -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+ NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak 1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+ Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx 2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw= =QFAf -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abus des landuse=residential ?
A ce jour le contributeur ne m'a toujours pas répondu et je lui avait simplement demandé si il avait demandé si il avait besoin des données présente et si il était possible de fusionner les landuse. N'hésitez pas à prendre le relais, je ne souhaite pas le relancer Le 31 mars 2013 13:57, Pieren pier...@gmail.com a écrit : 2013/3/29 arnaud@gmail.com arnaud@gmail.com C'est évident que l'utilisation de ce tag n'est pas le plus approprié... Mais de là à supprimer les données patiemment tracées. Comme le suggère kimaidou, il faudrait peut être partir sur l'utilisation d'un tag plus approprié plutôt que fusionner les données et les perdre. Ca n'est pas qu'un problème de mauvais tag. Il faut aussi se poser la question de l'intérêt d'un tel import, même si on avait l'autorisation de le faire de la DGFiP. Plusieurs points: - il y a encore un énorme problème de cohérence géométrique entre communes qui fait qu'il y a très souvent des espaces vides ou au contraire des communes qui se superposent aux frontières. Tous ceux qui ont importés des limites communales savent de quoi je parle. Si on peut s'accommoder d'approximations de quelques mètres ou dizaines de mètres pour les limites (conflation), ça ne fonctionne évidemment plus pour le niveau parcellaire. - tous les jours, des milliers de parcelles sont divisées ou fusionnées au gré d'aquisitions, partages, ventes. Le parcellaire change aussi vite, voir plus, que le bâti. Bâti que nous sommes déjà incapables de tenir à jour correctement. - le découpage parcellaire ne correspond pas au découpage visible sur le terrain. Il est courant qu'une propriété individuelle soit composée de plusieurs parcelles. Si on peut souvent faire correspondre des éléments du terrain sur le découpage cadastral comme les murs, les haies et tout ce qui sert à fixer son pré carré, la plupart des limites parcellaires ne correspondront à rien. - la surcharge pour les éditeurs n'est pas négligeable. En plus des polygones des bâtiments et des landuse, on verra un troisière ensemble de polygones qui s'entrelaceront avec les autres. Les éditeurs actuels d'OSM ne sont pas capables de gérer ces couches de données (même avec le filtrage de JOSM qui a ses limites) et cela rendra l'édition des données tout simplement inabordable pour le commun des contributeurs. Bref, importer le parcellaire est le meilleur moyen de tuer les nouvelles contributions sur une zone. Pieren ___ 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] API HS...
Le 31/03/2013 20:31, Emilie Laffray a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/03/2013 12:05, Christian Quest wrote: Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la machine aujourd'hui pour essayer de basculer sur un autre serveur. Bref, c'est une failure catastrophique d'une carte dans le serveur RAID. Emilie Laffray -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+ NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak 1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+ Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx 2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw= =QFAf -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je suis aller chercher les infos : * http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Le 31/03/2013 20:49, Marc Sibert a écrit : PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! Pareil ! c'est dire j'en fais appel à 007 ce soir Live or let die ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conférence OSM le 10 avril à Orléans
mince, le 10/04 je serai à Paris. Dommage. Le 30 mars 2013 11:26, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Une présentation d'OSM aura lieu le mercredi 10 avril de 20h30 à 23h00 à la Maison des Associations. http://www.openstreetmap.org/?mlat=47.90166mlon=1.905425zoom=18layers=M http://wiki.cenabumix.org/images/ConfOSM800.jpg ___ 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] API HS...
Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
L'API semble de retour :) -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Ca remarche. Je viens de réussir un upload: 9 objets modifiés en 8 minutes... C'est pas le moment de faire un import du cadastre. Cdt, Black Myst Le 31 mars 2013 21:12, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ 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] expérimentations à Orange
Le code INSEE des communes est pourtant une brique de base en France, et est largement documenté... surtout il n'est pas du tout inconnu de ceux qui justement vont chercher à faire des liaisons avec les bases SIG externes (d'une ou plusieurs communes des données mais avec des définitions géographiques différentes à cause de différence de précision par exemple ou de non conflation de leur données pour ce qui devrait être une seule et même entité dans OSM). Hors si dans OSM on fait une conflation, impossible de retrouver à quoi cela correspondait dans les SIG externes. Il est très courant que les SIG pour divers services ne contiennent pas la totalité des définitions géodésiques précises (notamment pour les applications de type environnemental, comme la gestion des zones de rammasage scolaire, la collecte des ordures ménagères, les zones de protection d'espaces naturels ou de biotopes..., qui ne sont pas à 10 mètre près ni même souvent à 100 mètres près, comme peut l'être le cadastre pour la gestion foncière et fiscale ou les plans d'urbanisme ou d'équipement urbain). Le 31 mars 2013 13:16, Pieren pier...@gmail.com a écrit : 2013/3/30 Vincent de Chateau-Thierry v...@laposte.net Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec autant de clés que de communes, toutes signifiant grosso-modo la même chose : cette clé a pour valeur une référence interne à la commune XXX. +1 Et quitte à me répéter, le code insee d'une commune est inconnu de la plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir une affaire de spécialistes. Alors non je ne suis pas d'accord avec ton argument. Le but des ref est justement de fournir des identifiants non ambigus à des bases externes de référence (uniquement pour certaines données mais pas toutes) qui ont chacune leur propres identifiants pas toujours unifiés entre eux, le but de leur codification propre n'ayant pas souvent à prendre en compte tous les détails d'une autre base externe servant à gérer tout autre chose. Dès lors qu'une ref externe n'est pas unique entre les bases, on se doit de les qualifier pour qu'elles ne soient pas ambigues (en France, seules les codification du COG sont unifiées par l'INSEE pour les collectivités territoriales, pour le zonage urbain, et les statiqtiques réglementaires, mais les SIG gèrent des tas d'autres zonages non réglementés, au bon vouloir de chaque organisme et pas unifiés au plan national). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Dieu merci ! Encore merci aux Anglais ! Et bonne soirée ! PS : ça soulage... comme un robot qui se shoot au pétrole. A+ Le 31/03/2013 21:36, Black Myst a écrit : Ca remarche. Je viens de réussir un upload: 9 objets modifiés en 8 minutes... C'est pas le moment de faire un import du cadastre. Cdt, Black Myst Le 31 mars 2013 21:12, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr mailto:m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
impossible que ce soit la projection, car a la grande majorité l'écart est d'une dizaine de metres en moyennes, mais par certains endroits cela peut monter a plus d'une centaine de metres! Peut être que les informations collectées en Deux-Sevres n'ont pas été faites sérieusement? mais je suis sur a 100% que c'est pas a cause de la projection! Par contre pour la licence, pourquoi en discutant on nous dit que c'est compatible avec ODBL ou LO/OL mais avoir pris une autre type de licence en ayant changé un paragraphe litigieux? il y a un loup quelque part? ce qui me fait dire que c'est pas compatible odbl? Dernièrement l'avantage de pouvoir etre importé dans OSM c'est que ON3V pourrait améliorer grandement la précision de leurs données! C'est dommage de ne pas vouloir faciliter notre travail d'importation, qui pourrait leur servir a enrichir leur propre base de donnée en extrayant les trajets plus précis depuis OSM! -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5755371.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] API HS...
Déjà qu'on nous coupe cadastre.openstreetmap.fr, maintenant c'est le serveur d'upload ! ON VEUT NOTRE MORT !!! Francescu Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Le 31/03/2013 20:31, Emilie Laffray a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/03/2013 12:05, Christian Quest wrote: Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la machine aujourd'hui pour essayer de basculer sur un autre serveur. Bref, c'est une failure catastrophique d'une carte dans le serveur RAID. Emilie Laffray -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+ NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak 1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+ Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx 2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw= =QFAf -END PGP SIGNATURE- ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je suis aller chercher les infos : - http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Marc Sibertmailto:m...@sibert.fr m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] pourquoi un hébergementséparé?
Bonjour Pourquoi un hébergement séparé alors qu'OSM est un hébergement satisfaisant? voir ici un exemple: http://www.wanderreitkarte.de/index.php?lon=2.8845lat=42.6954zoom=16 si vous cliquez sur «Kartenwerkzeuge» (outils de cartographie) dans la marge gauche (à mi-hauteur) et ensuite sur «Karte bearbeiten» (éditer la carte) dans la prolongation qui s'ouvre, vous verrez Potlatch TOUT EN LANGUE NATIONALE, y compris les sélections proposées (la langue nationale étant l'allemand, c'est un site *.de !!!). et le rendering est particulièrement beau et clair pour les cyclistes, sous réserve de tenir compte du codage supplémentaire qui reflète les particularité du code de la route allemand. Voici un autre exemple faisant entrer en jeu le code de la route allemand: http://www.wanderreitkarte.de/index.php?lon=6.4904lat=51.2296zoom=17 Ce site génère une carte de chemins de ballades et d'équitation. On y reconnait les pistes cyclables au panneau en usage en RFA pour les pistes cyclables obligatoires et réservées aux piétons et cyclistes (elles ne sont alors pas taguées seulement «designated», mais «official», et cette version de Potlatch tague comme cela dans ce cas!). L'équitation y est alors interdite. Certains chemins sont strictement réservés à l'équitation (bridle way) et on les reconnait en orange. C'est important dans cette zone d'activité équestre très intense (hypodrome municipal et hypodrome privé d'entraînement à quelques kilomètres). Le long de la rivière, il y a un chemin sur chaque rive. Dans celui à l'ouest, la rive gauche dans le sens d'écoulement, circulent cyclistes et piétons, et notamment des pélerinages! bien sûr qu'il serait très perturbant pour les prcessions de devoir piétiner des couches épaisses de crotin! L'équitation n'est donc permise que par endroit sur la rive droite! Les chemins de la rive gauche sont souvent du sable tassé, il ne résistent pas aux sabots où les chevaux font de gros dégats: l'eau s'y accumule, le sol devient mou, et les trous deviennent des nids de poule... Tout ça est reflété dans cette carte! Les pistes cyclables simples (souvent seulement des chemins portant le panneau d'interdiction aux véhicules motorisés avec ou sans panneau complémentaire («sauf riverains», «sauf circulation agricole», «...forestière», ou panneau interdit à la circulation avec panneau «sauf cyclistes et piétons», «sauf riverains» permettent de bien nuancer les interdictions. En cas de panneau «sauf circulation agricole», l'équitation est permise. Sinon, le cavalier peut passer à pied, cheval mené en longe. On peut rendre tous ces détails fidèlement dans les tags appropriés (système de Lübeck)... Salut ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonsoir, le serveur est en effet reparti. Comme Christian l'a mentionne, cela aurait du basculer automatiquement mais pour des raisons matériels cela ne s'est pas fait. Il y a un working group qui s'occupe de ca, c'est le OWG (Operation Working Group) dont je fais partie. Un nouveau serveur fait partie des priorités du groupe. Nous sommes en train de monter un nouveau serveur ainsi qu'un plan pour l?année qui suit afin de monter en puissance. Clairement ce qui vient de sa passer va forcer a accélérer le plan :) Emilie Laffray On 31/03/2013 20:12, Christian Quest wrote: Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWMkaAAoJEOm7A+8aiQ34YV4H/iAmCMgPItRK4lT9YWrEZzE6 mIaRV/fFs0EIDq4lc5fIKH08L4cto+cPeQku12MtAS5TaU63gW6P5gQ3Xz1Lw59Y 9qQ0YvytuJGi5s3hNep8EuF8/+xSdRixJXtVciZaAK4hqqEXiIIZkWfgYSIkNG31 KwLHwy581JEXPMVaZCr+R5QLKQsjptTjAarHp6PuVs4pSZ+eV0F6iMvQAeJcZRUv WuKjWhPsZ2bOqNx/zU/MSQUdN70dUzB7loNhBNm1aCQksY3nRcHWRr4MTt3v4MnH NJhmndlCAK6FAysdkdZchO7BNE7b2jRF2Z4ew2A8DoMOlC0B+oaGUrtoDEOSX74= =1dsl -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
Le 31 mars 2013 23:55, PierreV belett...@hotmail.fr a écrit : impossible que ce soit la projection, car a la grande majorité l'écart est d'une dizaine de metres en moyennes, mais par certains endroits cela peut monter a plus d'une centaine de metres! Peut être que les informations collectées en Deux-Sevres n'ont pas été faites sérieusement? mais je suis sur a 100% que c'est pas a cause de la projection! ou bien un mélange entre des données collectées à des époques différentes et pas totalement réactualisées. Certaines dans une projection légale ancienne, certaines dans la nouvelle projection légale. Ce qu'on voit c'est peut-être juste un export d'une ou plusieurs bases fusionnées sans travail supplémentaire, publié en l'état et sans garantie offerte sur l'exactitude des traitements destinés à cette publication, le fichier n'étant pas maintenu de cette façon dans le/les SIG concerné(s), ou ayant des annotations supplémentaires pour les corrections et actualisations qui n'ont pas fait partie de l'export public. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 地下道の入口はどう書けばいいでしょう?
2013/03/31 ribbon o...@ns.ribbon.or.jp: On Sat, Mar 30, 2013 at 11:00:44PM +0900, Shu Higashi wrote: 東です。 2013/03/30 ribbon o...@ns.ribbon.or.jp: 地下鉄の入口とはちょっと違いますし、 entrance=underpass でしょうか? ちゃんとしたものは無いようですね。上記も一案かと思いますが 多少使われている highway=entrance はいかがでしょうか。 http://taginfo.openstreetmap.org/tags/highway=entrance#overview でも、地下道の入口が独立した建物(?)になっている場合、 highway を付けるのはちょっとと思うのですが、どうでしょうか。 たとえば、 http://www.openstreetmap.org/?lat=35.686991lon=139.694483zoom=18layers=M の、ドトールの道路挟んだ向かいにある、細長いものは、道路上にある、 地下道への入口です。 ああ、建物に入り口がある場合は確かに使えませんね。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 4/28-29 OSMアイデアソンマッピングパーティー in 鯖江のお知らせ
宇野です。 4/28(日)-29(月・祝)の2日間に渡り、 昨今オープンデータで注目されている福井県鯖江市にてOSMのイベントを開催致します。 初日はアイデアソン懇親会、2日目はマッピングパーティーです。 初日の見どころ：鯖江市役所の方より、オープンデータなサプライズニュースがあるかも！(OSM絡み) 2日目の見どころ：西山公園にてUAVで空撮！ 初日(アイデアソン)の詳細・出欠確認はこちら http://atnd.org/events/38271 2日目(マッピングパーティー)の詳細・出欠確認はこちら http://atnd.org/events/38272 今年のゴールデンウィークは鯖江へ是非！ おまけ(食の見どころ) ・梵(鯖江の地酒) ・越前そば ・醤油カツ丼(名物ソースカツ丼に対しての裏名物として密かなブーム) ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] prow_ref
On 29 March 2013 15:39, Barry Cornelius barrycorneliu...@gmail.com wrote: I think this means choose either: AV3/3 or: Ashleyhay FP 3 as I think that will be what's on Derbyshire's online map. +1 Personally, I would suggest going for the Ashleyhay FP 3 format as a default for the prow_ref key (i.e. parish name, two-letter type abbreviation, path number without leading zeros). If the council itself uses some variant of this in their own published material (maybe with FP replaced by Footpath or by adding leading zeros to the number) I'd probably still use the above standard form. But if the council consistently uses some completely different code / format in human-readable documentation (as opposed to just being used internally as a database key), then I'd suggest adopting that instead. We could probably do with having a table of counties in the wiki with the prow_ref format we've decided to adopt for each one. Robert. -- Robert Whittaker ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] prow_ref
On 29 March 2013 14:22, Dudley Ibbett dudleyibb...@hotmail.com wrote: I have managed to get hold of a couple of maps from our Parish Council with the prow reference numbers written on them. The map itself is marked as not to be photo copied and appears to have been issued by Derbyshire County Council. It dates back to 2004. Is it going to be OK for me to use this map to put the prow_ref numbers into OSM? I assume the base map is OS and subject to their copyright but the numbers appear to have been penned on. I will only use it for the numbers and not for drawing anything else. Presumably the base map is an Ordnance Survey Map. My understanding is that OS claims rights over any data that has been added to / derived from one of its maps. In the case of someone drawing on a footpath and labelling it, it might make sense for the detailed route, but probably not for the label. But then without the route, you can't really tell what the label is being applied to. Anyway, however, reasonable with think OS's claims are, OSM takes a very conservative view of possible copyright infringements in order to ensure it stays clean. So if OS are claiming rights over the derived map, then we shouldn't use it at all in OSM. More recently, OS seems to have realised the ridiculousness of its position in claiming rights over things other people add to its maps. The new Public Sector Mapping Agreement has provisions to allow Local Authorities to apply to OS to release certain types of data that they have derived from OS base maps under the OS OpenData License. However the authority must specifically apply for this exemption each time they want to use it for a set of data. (To date many local authorities have done this for digitised GIS datasets of their Public Rights of Way network.) This is still problematic for OSM though, as it is currently unclear if general OS OpenData Licensed material can be incorporated into OSM. See http://wiki.openstreetmap.org/wiki/Licensing/Ordnance_Survey_OpenData_License for more details. Robert. -- Robert Whittaker ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
