[OSM-talk-be] An user is deleting and editing wrong data
Hello, In the area of Flobecq/Vloesberg, the user a09505254 is deleting and editing wrong data --' By example, he edited the railway abandonned to ninove into cycleway then deleted it completely. It was'nt acycleway but railway abandonned. A railway abandonned between ronse and Lessines through the Vloesberg center. This way was converted into a pre-ravel excepted the center of Vloesberg because it s urbanised. But the user transformed this into Cycleway, but there is nothing --' He is editing without to know ground truth. In an other part, the bordline between Mont de l'Enclus and Ruien is deleted... I don't know who did that.. How to undo all this mistakes? Thank you!___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] An user is deleting and editing wrong data
Hi Mars, Can you tell me the numbers of the changesets where he created those problems. In JOSM there is a way to revert changesets, either partially or entirely. I can do that for you, if you like. Did you already contact the user directly? Jo 2011/11/1 Mars Hell ramms...@msn.com: Hello, In the area of Flobecq/Vloesberg, the user a09505254 is deleting and editing wrong data --' By example, he edited the railway abandonned to ninove into cycleway then deleted it completely. It was'nt acycleway but railway abandonned. A railway abandonned between ronse and Lessines through the Vloesberg center. This way was converted into a pre-ravel excepted the center of Vloesberg because it s urbanised. But the user transformed this into Cycleway, but there is nothing --' He is editing without to know ground truth. In an other part, the bordline between Mont de l'Enclus and Ruien is deleted... I don't know who did that.. How to undo all this mistakes? Thank you! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] An user is deleting and editing wrong data
On Tuesday 01 November 2011 09:45:30 Jo wrote: Hi Mars, Can you tell me the numbers of the changesets where he created those problems. In JOSM there is a way to revert changesets, either partially or entirely. I can do that for you, if you like. Did you already contact the user directly? I think the removed boundaries are from this changeset http://www.openstreetmap.org/browse/changeset/9540672 That's a lot of deleted objects... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] An user is deleting and editing wrong data
Maybe this changeset too: http://www.openstreetmap.org/browse/changeset/9622157 Ben gave a changeset of the user Extroncorehttp://www.openstreetmap.org/user/Extroncore. That changeset looks like plain vandalism to me. So the whole changeset can be reverted. The other changeset by that user can also be reverted. But I believe that *a09505254http://www.openstreetmap.org/user/a09505254/edits *only made some (if any) mistakes, it's certainly not a problem with the whole changeset. Sander 2011/11/1 Ben Laenen benlae...@gmail.com On Tuesday 01 November 2011 09:45:30 Jo wrote: Hi Mars, Can you tell me the numbers of the changesets where he created those problems. In JOSM there is a way to revert changesets, either partially or entirely. I can do that for you, if you like. Did you already contact the user directly? I think the removed boundaries are from this changeset http://www.openstreetmap.org/browse/changeset/9540672 That's a lot of deleted objects... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] An user is deleting and editing wrong data
-- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/2001/c7d9c24a/attachment-0001.html -- Message: 5 Date: Tue, 1 Nov 2011 09:45:30 +0100 From: Jo winfi...@gmail.com To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] An user is deleting and editing wrong data Message-ID: caj6dwmdbgjc5mspczpp98htduutrmpxhggwvkxmiq7rtrug...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hi Mars, Can you tell me the numbers of the changesets where he created those problems. In JOSM there is a way to revert changesets, either partially or entirely. I can do that for you, if you like. Did you already contact the user directly? Jo 2011/11/1 Mars Hell ramms...@msn.com: Hello, In the area of Flobecq/Vloesberg, the user?a09505254?is?deleting and editing wrong data --' By example, he edited the railway abandonned to ninove into cycleway then deleted it completely. It was'nt acycleway but railway abandonned. A railway abandonned between ronse and Lessines through the Vloesberg center. This way was converted into a pre-ravel excepted the center of Vloesberg because it s urbanised. But the user transformed this into Cycleway, but there is nothing --' He is editing without to know ground truth. In an other part, the bordline between Mont de l'Enclus and Ruien is deleted... I don't know who did that.. How to undo all this mistakes? Thank you! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Message: 6 Date: Tue, 1 Nov 2011 10:16:17 +0100 From: Ben Laenen benlae...@gmail.com To: talk-be@openstreetmap.org, winfi...@gmail.com Subject: Re: [OSM-talk-be] An user is deleting and editing wrong data Message-ID: 20011016.17263.benlae...@gmail.com Content-Type: Text/Plain; charset=iso-8859-1 On Tuesday 01 November 2011 09:45:30 Jo wrote: Hi Mars, Can you tell me the numbers of the changesets where he created those problems. In JOSM there is a way to revert changesets, either partially or entirely. I can do that for you, if you like. Did you already contact the user directly? I think the removed boundaries are from this changeset http://www.openstreetmap.org/browse/changeset/9540672 That's a lot of deleted objects... Ben -- Message: 7 Date: Tue, 1 Nov 2011 11:04:03 +0100 From: Sander Deryckere sander...@gmail.com To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] An user is deleting and editing wrong data Message-ID: CABUOUO80Y0=hxO0yJRhUsonidU2i2ZSBUL2JqACsES=nu6e...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Maybe this changeset too: http://www.openstreetmap.org/browse/changeset/9622157 Ben gave a changeset of the user Extroncorehttp://www.openstreetmap.org/user/Extroncore. That changeset looks like plain vandalism to me. So the whole changeset can be reverted. The other changeset by that user can also be reverted. But I believe that *a09505254http://www.openstreetmap.org/user/a09505254/edits *only made some (if any) mistakes, it's certainly not a problem with the whole changeset. Sander 2011/11/1 Ben Laenen benlae...@gmail.com On Tuesday 01 November 2011 09:45:30 Jo wrote: Hi Mars, Can you tell me the numbers of the changesets where he created those problems. In JOSM there is a way to revert changesets, either partially or entirely. I can do that for you, if you like. Did you already contact the user directly? I think the removed boundaries are from this changeset http://www.openstreetmap.org/browse/changeset/9540672 That's a lot of deleted objects... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/2001/9e7e3fcb/attachment-0001.html -- Message: 8 Date: Tue, 1 Nov 2011 12:05:38 +0100 From: Jo winfi...@gmail.com To: Sander Deryckere sander...@gmail.com Cc: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] An user is deleting and editing wrong data Message-ID: CAJ6DwMAc_uizY4wACtPBLOp-BQu7-X1=5w99y+m2ve_wbm9...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 In about 5 minutes Extroncore's vandalism should be restored. Can somebody verify this? Reverting seems a bit like a black art... and I'm only an apprentice magician. Jo 2011/11/1 Sander Deryckere sander...@gmail.com: Maybe this changeset too: http://www.openstreetmap.org/browse/changeset/9622157 Ben gave
Re: [OSM-talk-be] An user is deleting and editing wrong data
I contacted Extroncore and the deletions were by accident: Oh i'm sorry, the reason i deleted data was because i needed a map with only streets on it for a dropping. I'm leader of a group and therefore... I thought that the changes i made would only be in my files and not be spread to everyone. Again sorry for this and i'll keep this in mind Laurens ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Demo editing to OSM data
Hi, I am doing some teaching in a few weeks time on Neogeography. I intend to show the students the workings of OpenStreetMap and in particular how to contribute data and edit/update existing features. I am aware that http://api06.dev.openstreetmap.org/ exists for testing. My question is: What is the most community-acceptable way to allow people to test out editing in OSM (via Potlatch) which harming the data in the live database? Under no circumstances will editing of the live database take place in the workshops. Is there an alternative to setting up my own local OSM server? Best wishes and thanks in advance, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Demo editing to OSM data
Hi Peter, Why wouldn't you just teach them how to edit to add real information? I can't speak for the whole community, but I think that is the best way to teach them. There are workshops held all over the world where people immediately make edits to OpenStreetMap. If you need help with materials, there are many out there to get people started. Best, -Kate On Tue, Nov 1, 2011 at 3:09 PM, Peter Mooney petermoone...@gmail.com wrote: Hi, I am doing some teaching in a few weeks time on Neogeography. I intend to show the students the workings of OpenStreetMap and in particular how to contribute data and edit/update existing features. I am aware that http://api06.dev.openstreetmap.org/ exists for testing. My question is: What is the most community-acceptable way to allow people to test out editing in OSM (via Potlatch) which harming the data in the live database? Under no circumstances will editing of the live database take place in the workshops. Is there an alternative to setting up my own local OSM server? Best wishes and thanks in advance, Peter ___ 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] Demo editing to OSM data
Am 01.11.2011 20:49, schrieb Kate Chapman: Hi Peter, Why wouldn't you just teach them how to edit to add real information? I can't speak for the whole community, but I think that is the best way to teach them. There are workshops held all over the world where people immediately make edits to OpenStreetMap. +1 Was exactly my thoughts. I had contact to a lot of teachers (so more difficult little new contributors) and there wasn't any kind of vandalism or so on. Of course there were mistakes, but come on all of us did mistakes, at the very first edits :) bye Matthias (user:!i!) On Tue, Nov 1, 2011 at 3:09 PM, Peter Mooneypetermoone...@gmail.com wrote: Hi, I am doing some teaching in a few weeks time on Neogeography. I intend to show the students the workings of OpenStreetMap and in particular how to contribute data and edit/update existing features. I am aware that http://api06.dev.openstreetmap.org/ exists for testing. My question is: What is the most community-acceptable way to allow people to test out editing in OSM (via Potlatch) which harming the data in the live database? Under no circumstances will editing of the live database take place in the workshops. Is there an alternative to setting up my own local OSM server? Best wishes and thanks in advance, Peter ___ 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] Demo editing to OSM data
Hi Kate, Thanks for the reply. My idea is that the students would take the skills from the workshops and then start contributing to OSM. I suppose I have two reasons (just personal ones) for not allowing editing the real map in the workshop. 1. Don't want to cause errors/deletions etc on the hard work/contributions of other OSM community members - am concerned about what state the map would be left in if there were lots of mistakes generated. 2. Would feel more comfortable with a sandbox - with the idea of graduating on to helping these people contribute to OSM for real. Do you feel it would be OK to edit the live map? Can you point me to any materials available? I would greatly appreciate that. Thanks again in advance, Peter On Tue, Nov 1, 2011 at 7:49 PM, Kate Chapman k...@maploser.com wrote: Hi Peter, Why wouldn't you just teach them how to edit to add real information? I can't speak for the whole community, but I think that is the best way to teach them. There are workshops held all over the world where people immediately make edits to OpenStreetMap. If you need help with materials, there are many out there to get people started. Best, -Kate On Tue, Nov 1, 2011 at 3:09 PM, Peter Mooney petermoone...@gmail.com wrote: Hi, I am doing some teaching in a few weeks time on Neogeography. I intend to show the students the workings of OpenStreetMap and in particular how to contribute data and edit/update existing features. I am aware that http://api06.dev.openstreetmap.org/ exists for testing. My question is: What is the most community-acceptable way to allow people to test out editing in OSM (via Potlatch) which harming the data in the live database? Under no circumstances will editing of the live database take place in the workshops. Is there an alternative to setting up my own local OSM server? Best wishes and thanks in advance, Peter ___ 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] Demo editing to OSM data
On Tue, Nov 1, 2011 at 4:59 PM, Peter Mooney petermoone...@gmail.com wrote: Hi Kate, Thanks for the reply. My idea is that the students would take the skills from the workshops and then start contributing to OSM. I suppose I have two reasons (just personal ones) for not allowing editing the real map in the workshop. 1. Don't want to cause errors/deletions etc on the hard work/contributions of other OSM community members - am concerned about what state the map would be left in if there were lots of mistakes generated. 2. Would feel more comfortable with a sandbox - with the idea of graduating on to helping these people contribute to OSM for real. Do you feel it would be OK to edit the live map? Dear Peter, I appreciate your concern and suggest the following as an alternative. Inform the new users that they are editing a real map, made cooperatively by many real people. Demonstrate to them a real survey that leads to a real edit. This takes research to find a real, non-trivial edit like adding the new pizza shop in your neighbourhood. Then have them look at places they know best (their own neighbourhoods) for real and non-trivial edits that they can make from local knowledge. Have them look for likely places that they can survey to improve the map. Help them to make their first edits by answering their questions while you are all together. Be sure to provide the references they need to find additional help, the wiki Map Features page, the talk-list, the help site, etc. Best regards, Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Demo editing to OSM data
I'm also a proponent of live editing for teaching. If you're concerned about ruining contributors' work, try and find an area / some areas with relatively little community activity, but still ample possibility for improvements, for students to start with. On Tue, Nov 1, 2011 at 2:59 PM, Peter Mooney petermoone...@gmail.com wrote: Hi Kate, Thanks for the reply. My idea is that the students would take the skills from the workshops and then start contributing to OSM. I suppose I have two reasons (just personal ones) for not allowing editing the real map in the workshop. 1. Don't want to cause errors/deletions etc on the hard work/contributions of other OSM community members - am concerned about what state the map would be left in if there were lots of mistakes generated. 2. Would feel more comfortable with a sandbox - with the idea of graduating on to helping these people contribute to OSM for real. Do you feel it would be OK to edit the live map? Can you point me to any materials available? I would greatly appreciate that. Thanks again in advance, Peter On Tue, Nov 1, 2011 at 7:49 PM, Kate Chapman k...@maploser.com wrote: Hi Peter, Why wouldn't you just teach them how to edit to add real information? I can't speak for the whole community, but I think that is the best way to teach them. There are workshops held all over the world where people immediately make edits to OpenStreetMap. If you need help with materials, there are many out there to get people started. Best, -Kate On Tue, Nov 1, 2011 at 3:09 PM, Peter Mooney petermoone...@gmail.com wrote: Hi, I am doing some teaching in a few weeks time on Neogeography. I intend to show the students the workings of OpenStreetMap and in particular how to contribute data and edit/update existing features. I am aware that http://api06.dev.openstreetmap.org/ exists for testing. My question is: What is the most community-acceptable way to allow people to test out editing in OSM (via Potlatch) which harming the data in the live database? Under no circumstances will editing of the live database take place in the workshops. Is there an alternative to setting up my own local OSM server? Best wishes and thanks in advance, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Demo editing to OSM data
2011/11/1 Martijn van Exel m...@rtijn.org: I'm also a proponent of live editing for teaching. +1 If you're concerned about ruining contributors' work, try and find an area / some areas with relatively little community activity, but still ample possibility for improvements, for students to start with. The opposite is also true: edit where there is a lot of community activity so vandalism will be spotted soon and errors will get corrected ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Demo editing to OSM data
Richard, all, On Tue, Nov 1, 2011 at 3:18 PM, Richard Weait rich...@weait.com wrote: [...] Inform the new users that they are editing a real map, made cooperatively by many real people. Demonstrate to them a real survey that leads to a real edit. This takes research to find a real, non-trivial edit like adding the new pizza shop in your neighbourhood. Then have them look at places they know best (their own neighbourhoods) for real and non-trivial edits that they can make from local knowledge. Have them look for likely places that they can survey to improve the map. Help them to make their first edits by answering their questions while you are all together. Potential problem with taking their own neighborhoods is that many students typically live in the same neighborhoods (on campus for example) which may cause conflicts when saving edits. Also, it may be frustrating for beginners if they find their own neighborhood already very densely mapped and being unable to come up with useful contributions. We experienced mappers will always find something to map (trees, toilets) but beginners tend to look for streets and pois first, because that's what they see on maps. Be sure to provide the references they need to find additional help, the wiki Map Features page, the talk-list, the help site, etc. And also the new flossmanuals resource. Better still, order a bunch of hardcopies and distrubute / lend! -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Demo editing to OSM data
On Tue, Nov 1, 2011 at 6:21 PM, Martijn van Exel m...@rtijn.org wrote: [ ... ] Potential problem with taking their own neighborhoods is that many students typically live in the same neighborhoods (on campus for example) which may cause conflicts when saving edits. Quite true. I don't know anything about the students the OP describes, but if they are college / university students then they'll have their school neighbourhoods with lots of overlap. They'll also have their home-neighbourhoods from across the state, country or world. That strikes me as an opportunity for new mappers in many places with less overlap and risk of conflict. Anybody want to start OSM local groups at the Big Ten universities? Can you imagine the swarms of mappers as they graduate and take jobs around the country? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Demo editing to OSM data
On Tue, Nov 1, 2011 at 4:33 PM, Richard Weait rich...@weait.com wrote: On Tue, Nov 1, 2011 at 6:21 PM, Martijn van Exel m...@rtijn.org wrote: [ ... ] Potential problem with taking their own neighborhoods is that many students typically live in the same neighborhoods (on campus for example) which may cause conflicts when saving edits. Quite true. I don't know anything about the students the OP describes, but if they are college / university students then they'll have their school neighbourhoods with lots of overlap. They'll also have their home-neighbourhoods from across the state, country or world. That strikes me as an opportunity for new mappers in many places with less overlap and risk of conflict. Anybody want to start OSM local groups at the Big Ten universities? Can you imagine the swarms of mappers as they graduate and take jobs around the country? I'm on PAC-12 duty already, plugging: http://www.meetup.com/osmslug/ Organize an OSM event on GIS day! https://wiki.openstreetmap.org/wiki/Geography_awareness_week -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Japan coastline errors
Hi, talk-ja seems to be in Japanese and I'm not quite good enough for that -- I noticed that there are several spots where the Japanese coastline has problems, with large land polygons extending out to sea. For example: http://www.openstreetmap.org/?lat=43.65lon=142.87zoom=8layers=M http://www.openstreetmap.org/?lat=33.704lon=133.075zoom=9layers=M http://www.openstreetmap.org/?lat=32.783lon=130.372zoom=10layers=M Maybe the detailed coastline got deleted at some point? I took a quick look at the history for some areas, but did not find any obvious changes. Kimon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Fietsroutes Limburg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hoi, Wisten jullie al dat de provincie Limburg al haar fietsroutes in vector formaat online heeft staan? Even een mirror getrokken: http://mirror.openstreetmap.nl/limburg/ Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6wlooACgkQYH1+F2Rqwn05swCgisPgRKkf/TrPaoZ4E0fe0KLV 1kQAn3gnDfw8lbjsKG8HXQ89Y4BlXvCs =0xSj -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-de] Tileserverfrage
Hi all, gibt es eigentlich eine Seite mit mehr Infos zu den Tileservern? Mich würde mal interessieren, wieviel Speicherplatz ein komplett gerendertes OSM benötigt und wieviele Tiles das im Endeffekt sind. Ich dachte das auch schon mal irgendwo gelesen zu haben - nur finde ich die Wiki-Seite nicht mehr (so es sie denn gab). Grüße, Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tileserverfrage
gibt es eigentlich eine Seite mit mehr Infos zu den Tileservern? Mich würde mal interessieren, wieviel Speicherplatz ein komplett gerendertes OSM benötigt und wieviele Tiles das im Endeffekt sind. Ich dachte das auch schon mal irgendwo gelesen zu haben - nur finde ich die Wiki-Seite nicht mehr (so es sie denn gab). Eine Schwierigkeit, das genau zu berechnen besteht darin, dass PNGs leere Tiles (= voll Meer = blau oder voll grau = ground ohne OSM-Daten an dieser Stelle) kleiner sind als welche mit vielen Informationen drinnen. Also wird die Rechnung Anzahl der Tiles * Größe eines Tiles nicht aufgehen und man müsste sowas wie eine durschschnittliche Tilegröße definieren. Ansonsten sind hier ein paar Hinweise und Schätzung, die in Richtung deiner Frage zielen: https://wiki.openstreetmap.org/wiki/Mapnik#Reducing_disk_space Viele Grüße, Jannis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tileserverfrage
Am Dienstag, 1. November 2011 schrieb Franz: Ich dachte das auch schon mal irgendwo gelesen zu haben Meinst du die Seite? http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tileserverfrage
Hi, Am 01.11.2011 09:36, schrieb Jannis Achstetter: Mich würde mal interessieren, wieviel Speicherplatz ein komplett gerendertes OSM benötigt und wieviele Tiles das im Endeffekt sind. [...] Eine Schwierigkeit, das genau zu berechnen besteht darin, dass PNGs leere Tiles (= voll Meer = blau oder voll grau = ground ohne OSM-Daten an dieser Stelle) kleiner sind als welche mit vielen Informationen drinnen. Also wird die Rechnung Anzahl der Tiles * Größe eines Tiles nicht aufgehen und man müsste sowas wie eine durschschnittliche Tilegröße definieren. Schon klar, aber wie sieht's zB auf dem aktuellen TileServer aus? Die Frage kam bei mir durch die ganze Diskussion um eigene Tileserver auf. Wenn ich einen eigenen TileServer bauen wöllte, die Tiles nur mirroren möchte oder einen ReverseProxy bauen möchte, dann wären das schon interessante Eckdaten. Ich kann ja schlecht jemandem sagen bau deinen eigenen Tileserver Ansonsten sind hier ein paar Hinweise und Schätzung, die in Richtung deiner Frage zielen: https://wiki.openstreetmap.org/wiki/Mapnik#Reducing_disk_space Ah merci! Noch nicht ganz das was ich gesucht hab, aber ein Anfang. Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tileserverfrage
Am Dienstag, 1. November 2011 schrieb Franz: Ich dachte das auch schon mal irgendwo gelesen zu haben Meinst du die Seite? http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage Ja genau! Danke! Grüße, Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steg für Badestelle
Hallo Johannes und Mitleser, das ist eins der Probleme. Mapnik und Osmarender zeigen man_made = tower nicht an, obwohl hohe Bauwerke wie Türme weithin sichtbar sind und daher gut zur Orientierung dienen können. man_made = antenna wird auch nicht angezeigt, man_made = mast zeigt Mapnik dagegen an, allerdings als Sendemast und das ist oft falsch. Ich weiß, wir mappen nicht für die Renderer, sondern notieren die Realität und die Renderer sollen daraus wieder die Realität anzeigen, was zugegeben wegen der Vielzahl der Ausprägungen (values) ziemlichen Aufwand bedeutet. Das Merkmal (key) power ist vorbelegt für elektrische Energieverteilung. power = line habe ich auch verwendet für horizontal gespannte Sendeantennen zwischen Haltemasten, z. B. bei den Kurzwellensendestellen IBB Lampertheim und IBB Biblis. Ob die Leitungen mit 50 Hz oder 10 MHz betrieben werden, erkennt der Beobachter ohnehin nicht. Bernhard -Original Message- From: Johannes Huesing [mailto:johan...@huesing.name] Sent: Tuesday, November 01, 2011 6:44 AM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Steg für Badestelle Bernhard Weiskopf bweisk...@gmx.de [Mon, Oct 31, 2011 at 10:08:17AM CET]: Hallo an alle, würde ich auch primär als Pier kennzeichnen und ggf. Zusatztags anbringen. Die Zahl der Haupttag-Werte ist ohnehin schon so groß, dass viele nicht (mehr) angezeigt werden. Was soll z. B. man_made = antenna (was Potlach 2 als Auswahl vorschlägt)? Das sichtbare Bauwerk ist ein Mast, Turm o. ä., der Verwendungszweck folgt erst dahinter, so sehe ich das beim Pier auch. http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower power=tower hat glaube ich Bestandsschutz. -- Johannes Hüsing ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steg für Badestelle
Am 1. November 2011 10:49 schrieb Bernhard Weiskopf bweisk...@gmx.de: das ist eins der Probleme. Mapnik und Osmarender zeigen man_made = tower nicht an, obwohl hohe Bauwerke wie Türme weithin sichtbar sind und daher gut zur Orientierung dienen können. das liegt m.E. daran, dass der Tag viel zu generisch ist. Es gibt zig Arten (ununtertrieben) von Türmen, und wenn man die alle anzeigen würde (wenn die alle gemappt wären), dann wäre nicht mehr viel mit Orientierung. Sieh mal hier für Beispiele, was für Türme es alles gibt: http://de.wikipedia.org/wiki/Turm_(Bauwerk) Es gibt allerdings auch schon 42392 tower:type tags (leider noch wenige formalisierte Vorschläge, bisher wird fast nur communication und observation benutzt, habe gestern mal defensive im Wiki ergänzt). man_made = antenna wird auch nicht angezeigt, man_made = mast zeigt Mapnik dagegen an, allerdings als Sendemast und das ist oft falsch. das wurde erst 1538 mal getaggt und ist afaik nicht mal dokumentiert, was es bedeuten soll. Die Seite http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast verweist auf diese Seite: http://wiki.openstreetmap.org/wiki/User:Skippern/INT-1 wo folgendes vorgeschlagen wird: Radio or Television Mastman_made=tower, tower:type=communication, tower:construction=freestanding (das ist auch knapp 4 mal benutzt) Radar mast man_made=mast with landmark=radar_scanner und Radar scanner man_made=mast with landmark=radar_scanner Ich finde dieses vorgeschlagene Tagging nicht besonders gut. Zum einen sollen danach für unterschiedliche Objekte dieselben tags verwendet werden (E30.1 und E30.3), zum anderen würde ich in landmark eher die Form als die Funktion taggen, also landmark=mast und das radar (Funktion) als Subtag des mast sehen, nicht des landmarks. weiterhin steht in dieser Liste im Userspace eines Mappers (mit einer brasilianischen Flagge, was immer das bedeuten soll), dass man einen mast so taggen soll: man_made=mast (da das nicht kompatibel ist mit dem wenige Zeilen darüber stehenden Vorschlag für Radio- und TV-Masten, gibt es vermutlich wenige so getaggte). Zuguterletzt wird für einen Signal Mast vorgeschlagen: man_made=mast on signal_station=* M.E. sollte man diese Liste mal aufräumen, oder anstatt der Quasi-umleitung von http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast lieber die Werte in den tag-Namespace kopieren, auf die man sich einigen kann. (Allerdings ist auch das copyright zu beachten, s. PS). Das Merkmal (key) power ist vorbelegt für elektrische Energieverteilung. +1 power = line habe ich auch verwendet für horizontal gespannte Sendeantennen zwischen Haltemasten, z. B. bei den Kurzwellensendestellen IBB Lampertheim und IBB Biblis. Ob die Leitungen mit 50 Hz oder 10 MHz betrieben werden, erkennt der Beobachter ohnehin nicht. das halte ich für unglücklich. Es geht nicht darum, ob der Beobachter beim Ansehen erkennt, was es ist, da Du ja bereits weisst/erkannt hast, dass es sich nicht um ein Stromnetz handelt (auch wenn da Strom fließt), sondern um einen Kurzwellensender. Gruß Martin PS: Dass man die gezeigten Bilder und anderen Angaben aus den Normen überhaupt im OSM-Wiki reproduzieren darf, bezweifle ich mal, die Web-Seite schreibt dazu: Most IHO publications are free of charge. und: Copyright © INTERNATIONAL HYDROGRAPHIC ORGANIZATION.(2011) All Rights Reserved. Designed by H.Y, in der Norm selbst steht ziemlich klar: Copyright. This publication is the property of the International Hydrographic Organization. The total or partial reproduction of this publication, by any organization or individual who is not a member of the IHO, is not permitted without the authorization of the International Hydrographic Bureau ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tileserverfrage
Am 1. November 2011 09:49 schrieb Franz gr...@cip.ifi.lmu.de: Schon klar, aber wie sieht's zB auf dem aktuellen TileServer aus? das ist der Server: http://wiki.openstreetmap.org/wiki/Servers/yevaud und hier siehst Du die Plattennutzung (sdc): http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/df.html das geht aber nur, weil sie gelegentlich wieder Platz schaffen, also unbetrachtete Tiles löschen (AFAIK). Das ganze hängt stark von der Datendichte und auch vom Stylesheet ab. Wenn Du z.B. Höhenlinien und Hillshading mitrenderst brauchen die tiles ein Vielfaches an Platz. Auch die Art der Speicherung ist wichtig (jpg/png, und metatiles vs. einzelne Tiles). Frederik und Jochen schreiben in ihrem Buch, die Welt von z0 bis z18 bräuchte ca. 171 Terabytes, wobei sie für ein Tile 2kB ansetzen (in meinem Stil sind es z.T. 40kB, d.h. man wäre dann bei 3420 TB). Aber: niemand braucht die Ozeane in dieser Auflösung, und bis Z14 wären es z.B. nur 683GB kumuliert. Ein paar hundert GB sollte man m.E. für die Tiles schon haben (Platten kosten ja nicht mehr die Welt), für kleinere Gebiete reicht natürlich auch weniger. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steg für Badestelle
Am 01.11.2011 11:21, schrieb Martin Koppenhoefer: Am 1. November 2011 10:49 schrieb Bernhard Weiskopfbweisk...@gmx.de: das ist eins der Probleme. Mapnik und Osmarender zeigen man_made = tower nicht an, obwohl hohe Bauwerke wie Türme weithin sichtbar sind und daher gut zur Orientierung dienen können. das liegt m.E. daran, dass der Tag viel zu generisch ist. Es gibt zig Arten (ununtertrieben) von Türmen, wow, was habt Ihr denn für Bade-Krater, dass Ihr für den Steg bereits auf Türme zurückgreifen müsst ... SCNR Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Am 31. Oktober 2011 12:42 schrieb Dimitri Junker o...@dimitri-junker.de: d.h. auch bei straßenbegleitenden, getrennten Radwegen wird man sich in der Regel im Bereich der Straße aufhalten, ja, sonnst hätten die Häuser als Adresse ja auch den Namen des Radwegs;-) Ich würde sagen in der Stadt geht die Straße von Haus zu Haus, außerhalb von Grün zu Grün. oder allgemeiner: normalerweise sind die Straßen das, was nach Abzug der Grundstücke noch übrigbleibt, d.h. private Vorgärten (je nach Bebauungsstruktur) gehören natürlich auch nicht zur Straße. Je nach Gegend sind die Jägerzäune und Hecken meist die Grenzen, irgendwie kann man es Deutschland aber meist auch dann erkennen, wenn es keine Einfriedung gibt (Belagswechsel, gemähter Rasen, Nachbargrundstücke, etc.). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Hallo, Ich mache das darüber hinaus so, dass ich einseitige Radwege einzeln eintrage, um die Information erkennbar zu machen, dass sie einseitig sind. Das ist aber unsinnig, nein nicht Du, sondern das wir immer noch keine vernünftige Methode haben das besser zu machen. Ich hatte da vor Jahren mal was vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Ups, ich sehe gerade da hate jemand die Abstimmung angestoßen ohne daß ich es mitbekommen habe, und so wie ich es sehe hat die Mehrheit zugestimmt, aber bei geringer Beteiligung. Man muß also jetzt 'nur' noch die Renderer, Programmierer von Josm, usw. davon überzeugen es zu unterstützen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Am 1. November 2011 12:05 schrieb Dimitri Junker o...@dimitri-junker.de: Ups, ich sehe gerade da hate jemand die Abstimmung angestoßen ohne daß ich es mitbekommen habe, und so wie ich es sehe hat die Mehrheit zugestimmt, aber bei geringer Beteiligung. kein Wunder, da die Abstimmung wohl nicht auf der Tagging-Liste und wohl auch sonst auf keiner Mailing-Liste angekündigt war. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mental map mashup mit Openstreetmap
Ein interessantes Mashup mit OSM von Benedikt Groß und Hartmut Bohnacker: http://www.looksgood.de/log/2011/10/mapmap-vauxhall-mashup-mental-maps-and-openstreetmap/ Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Privatklinik = hospital
hi ! ist eine Privatklinik als amenity=hospital zu taggen ? Das ist doch etwas irreführend oder ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privatklinik = hospital
Am 1. November 2011 17:07 schrieb Jan Tappenbeck o...@tappenbeck.net: ist eine Privatklinik als amenity=hospital zu taggen ? Das ist doch etwas irreführend oder ? Ist es Humanmedizin? Sonst würde ich es allerdings auch irreführend finden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Unterschiedliche Flächennutzung und Multipolygone
Hallo, bisher bin ich bei Flächennutzungen folgendermaßen vorgegangen: Wenn kleines landuse innerhalb eines größeren landuse, dann habe ich ein Multipolygon angelegt. Wenn natural oder leisure innerhalb eines größeren landuse, dann habe ich das einfach reingemalt ohne ein Multipolygon zu machen. Wenn ein kleines natural oder leisure am äußeren Rand eines landuse, dann habe ich das landuse verkleinert und die neue Fläche ins Freie gemalt. Wie macht ihr das? Ich habe hier einen konkreten Fall, bei dem ich nicht weiß, wie ich vorgehen soll. Neu eingezeichnet wurde am *Rand* eines landuse=residential zweimal leisure=garden und einmal landuse=orchard. Ich würde jetzt das landuse=residential so verkleinern, dass die neuen Flächen nicht mehr innerhalb dieser Wohnfläche liegen. Korrekt? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tileserverfrage
On Tue, Nov 01, 2011 at 09:53:53AM +0100, Franz wrote: Am Dienstag, 1. November 2011 schrieb Franz: Ich dachte das auch schon mal irgendwo gelesen zu haben Meinst du die Seite? http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage Ja genau! Danke! Da stehen 633 Bytes als Tile-Durchschnittsgröße. Auf tile.openstreetmap.de sind die Tiles im Durschnitt 3k gross! Aber der hat auch nur Europa. Da sieht man wie schwierig diese Abschätzungen sind. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bundesstraßen in der Stadt - wieder aufgegriffen
Hi, Sievekingalle und Sievekingdamm waren nun nicht das perfekte Beispiel – Grünstreifen und Bäume in der Mitte, zum Teil noch mit Parkbuchten auf dem Mittelstreifen ist, wie ich finde, eine sehr deutliche bauliche Trennung … ;-) Das mit den Buslinien, mein Fehler, werde ich berichtigen. Hab das mal als Crosspost mit an die Liste gesandt, vielleicht kommt da ja noch eine genauere Diskussion dazu in Gange, wobei ich meiner Meinung treu bleibe :-) Gruß Dennis. Am 01.11.2011 um 20:12 schrieb Divjo: Hallo zork66, Divjo hat dir eine Nachricht über OpenStreetMap mit dem Betreff Re: Hudtwalckerstr. gesendet: == Hallo Dennis Also weil 2 Leute meinen es wäre nicht OK änders du es? In Hamburg gibt es genügend Strassen welche mit 2 Linien gemappt sind aber keine physikalische Trennung haben http://www.openstreetmap.org/?lat=53.560486lon=10.045423zoom=18layers=M als Beispiel Du hast auch die Busrouten nicht korrekt wieder gesetzt - leider Gruß Divyo On 2011-11-01 18:51:38 UTC zork66 wrote: Hi Divjo, weil http://lists.openstreetmap.org/pipermail/talk-de/2011-October/089739.html den Konsens gebracht hat, dass zwei getrennte Richtungs-Einbahnstraßen nur bei baulicher Trennung mappen sollte. Macht in dem Fall einfach keinen Sinn, wenn man die Karte sieht erwartet man sonst was anderes als das was in der Wirklichkeit vorhanden ist. Gruß Dennis. Am 01.11.2011 um 17:57 schrieb Divjo: Hallo zork66, Divjo hat dir eine Nachricht über OpenStreetMap mit dem Betreff Hudtwalckerstr. gesendet: == Hallo Warum hast du die Strasse um den Winterhuder Marktplatz wieder einspürig gemappt? Gruß Divjo == Du kannst diese Nachricht auch hier http://www.openstreetmap.org/message/read/222334 lesen und hier http://www.openstreetmap.org/message/reply/222334 antworten == Du kannst diese Nachricht auch hier http://www.openstreetmap.org/message/read/222373 lesen und hier http://www.openstreetmap.org/message/reply/222373 antworten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privatklinik = hospital
On 11/01/2011 05:07 PM, Jan Tappenbeck wrote: ist eine Privatklinik als amenity=hospital zu taggen ? Das ist doch etwas irreführend oder ? Wieso nicht? Du kannst es ja mit emergency=no und access=cash oder so taggen. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundesstraßen in der Stadt - wieder aufgegriffen
Am 1. November 2011 20:34 schrieb Dennis zor...@googlemail.com: Hab das mal als Crosspost mit an die Liste gesandt, vielleicht kommt da ja noch eine genauere Diskussion dazu in Gange, wobei ich meiner Meinung treu bleibe :-) Da hat sich nichts geändert: eine durchgezogene Mittellinie reicht nicht aus, um in OSM 2 getrennte Wege für die Richtungen zu zeichnen. Nur bei physischer/baulicher Trennung sollte man das tun. Soweit ich weiss ist das nach wie vor breiter Konsens. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privatklinik = hospital
2011/11/1 Norbert Wenzel norbert.wenzel.li...@gmail.com: On 11/01/2011 05:07 PM, Jan Tappenbeck wrote: ist eine Privatklinik als amenity=hospital zu taggen ? Das ist doch etwas irreführend oder ? Wieso nicht? Du kannst es ja mit emergency=no und access=cash oder so taggen. access=cash ist wohl Blödsinn, weil hier ja keine rechtliche Zugangsbeschränkung ausgedrückt werden soll. Operator ist vielleicht hilfreich (aber vermutlich auch nur bedingt, weil die Betreibergesellschaften von öffentlich-rechtlichen Krankenhäusern nicht unbedingt als solche aus dem Namen erkennbar sind). Emergency=no sollte man erstmal genauer prüfen, bevor man sowas mutmaßt. Ein Krankenhaus kann in dringenden Fällen normalerweise immer Hilfe leisten, d.h. eine Grundausstattung z.B. zum Reanimieren wird man fast überall vorfinden. Die Art des Krankenhauses (Fachrichtung) zu taggen wäre allerdings nicht schlecht, mit einem Augenleiden ist einem in einer Universätshautklinik z.B. auch nicht geholfen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschiedliche Flächennutzung und Multipolygone
Am 1. November 2011 17:54 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Wie macht ihr das? so pauschal kann man das nicht beantworten. Entscheidend ist, dass mit einem Multipolygon die inner-ways ausgeschlossen werden, während sie ohne Multipolygon sowohl als auch sind. Ich habe hier einen konkreten Fall, bei dem ich nicht weiß, wie ich vorgehen soll. Neu eingezeichnet wurde am *Rand* eines landuse=residential zweimal leisure=garden und einmal landuse=orchard. Ich würde jetzt das landuse=residential so verkleinern, dass die neuen Flächen nicht mehr innerhalb dieser Wohnfläche liegen. Korrekt? Ich würde den orchard ausschließen, zumindest sofern es sich um eine richtige Obstplantage und nicht nur um 3 Bäume handelt, die jemand so getaggt hat. Einen Garten würde ich hingegen grundsätzlich als zur Wohnnutzung zugehörig sehen, es sei denn Du bist der Ansicht, er gehört nicht dazu (dann den outer way (Rand) des residential-landuses so ändern, dass der Garten ausgeschlossen ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
2011/10/31 Carlo cybo...@gmail.com: Il giorno Mon, 31 Oct 2011 11:48:15 +0100 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/10/30 Carlo cybo...@gmail.com: Per quelle che ho capito io, sulle classificazioni delle strade in Italia, la SS1, nel tratto di variante da LI a GR, fino al Km 177 dove c'è il cartello blu d'inizio/fine è una superstrada, quindi Trunk probabilmente: highway=trunk motorroad=yes Non conosco bene la SS1 dal Km. 0 al confine tra Lazio e Toscana, quindi su quel tratto non mi esprimo, io invece conosco solo il primo tratto fino al confine ;-) ma proseguendo verso Nord, la carreggiata si presenta così: http://maps.google.it/maps?f=qsource=s_qhl=itgeocode=q=albereseaq=sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=6ie=UTF8hq=hnear=Alberese,+Grosseto,+Toscanall=42.685306,11.138892spn=0.005805,0.027874t=hz=16layer=ccbll=42.6828,11.139732panoid=F4z8EqH_5advN0RT7a1HAQcbp=11,352.97,,0,3.74 a prima vista sembra un trunk, ma dato che gli incroci sono a raso è un primary secondome. IL tratto su OSM sarebbe: http://www.openstreetmap.org/browse/way/107275478/history Secondo me deve essere classificata primary +1 , oltretutto per il codice della strada italiano non è superstrada. superstrada- motorroad=yes http://wiki.openstreetmap.org/wiki/Motorroad Il tratto immediatamente dopo il Km 177, andando verso Nord è il seguente: http://www.openstreetmap.org/browse/way/80328937/history Che sicuramente, almeno per il momento, non può essere motorway. Ho scritto all'utente hal9 (sembra un tedesco, probabilmente si è confuso perchè in Germania i cartelli per le autostrade sono blu), spiegandolo la cosa. Hai fatto bene secondome di cambiarla di nuovo in trunk. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
2011/10/31 Federico Cozzi f.co...@gmail.com: 2011/10/31 Carlo cybo...@gmail.com: Secondo me deve essere classificata primary, oltretutto per il codice della strada italiano non è superstrada. Per aiutarti a classificare la strada, potresti anche considerare quali tratti siano percorribili in bicicletta. motorroad=yes/no per le bici, incroci a raso per trunk/primary. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
La Carlo Felice (SS131) in Sardegna è messa tutta trunk, ma ci sono zone in cui l'hanno rifatta simile ad una autostrada (completeranno la trasformazione da Oristano a Cagliari si spera, ci sono i lavori da una decina d'anni), mentre a nord di Oristano ci sono ancora alcuni incroci a raso, ad esempio quello con la SS129 per Bosa (ci sono passato l'altro giorno). In questo caso dovrebbe essere messa a primary nei tratti più vecchi? (non so chi l'abbia tracciata originariamente) Ciao Stefano Il giorno 01 novembre 2011 10:10, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/10/31 Federico Cozzi f.co...@gmail.com: 2011/10/31 Carlo cybo...@gmail.com: Secondo me deve essere classificata primary, oltretutto per il codice della strada italiano non è superstrada. Per aiutarti a classificare la strada, potresti anche considerare quali tratti siano percorribili in bicicletta. motorroad=yes/no per le bici, incroci a raso per trunk/primary. ciao, Martin ___ 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] Classificazione SS1 Aurelia nella provincia di GR
2011/11/1 sabas88 saba...@gmail.com: giorno). In questo caso dovrebbe essere messa a primary nei tratti più vecchi? (non so chi l'abbia tracciata originariamente) Secondo me trunk è all'incirca superstrada, che non è definita nel CdS italiano (la distinzione legale è solo tra strade extraurbane principali, oppure secondarie) http://it.wikipedia.org/wiki/Superstrada#Superstrade_in_Italia Ad esempio in questa immagine: http://it.wikipedia.org/wiki/File:Rete_autostradale_italiana_con_superstrade.svg viene indicata come superstrada la SS131 In conclusione: secondo me la SS131 è una delle poche strade extraurbane secondarie che devono essere mappate come trunk, in Italia. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
2011/11/1 sabas88 saba...@gmail.com: La Carlo Felice (SS131) in Sardegna è messa tutta trunk, ma ci sono zone in cui l'hanno rifatta simile ad una autostrada (completeranno la trasformazione da Oristano a Cagliari si spera, ci sono i lavori da una decina d'anni), +1, trunk+motorroad (secondo i restrizioni di accesso) mentre a nord di Oristano ci sono ancora alcuni incroci a raso, ad esempio quello con la SS129 per Bosa (ci sono passato l'altro giorno). In questo caso dovrebbe essere messa a primary nei tratti più vecchi? (non so chi l'abbia tracciata originariamente) secondome si. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] mailman mi manda la password in chiaro, ogni mese?
Ho ricevuto questa mail (ho cancellato alcuni indicazioni e sostituiti con CONTENT): La password era contenuta in forma chiara. Secondome è inutile mandare queste mail (sopratutto ogni mese come mi sembra che sia pianificato). Si può togliere? Sembra che viene fatto solo per talk-it-bici. Grazie, Martin -- Forwarded message -- From: mailman-ow...@openstreetmap.org Date: 2011/11/1 Subject: promemoria per gli iscritti della lista openstreetmap.org To: EMAIL Questo promemoria, inviato con cadenza mensile, elenca le tue iscrizioni alle liste gestite da openstreetmap.org, e per ognuna di esse specifica le informazioni necessarie per cambiarla o cancellarla. Puoi visitare gli URL per cambiare il tuo stato d'iscrizione o la configurazione, inclusa la cancellazione, il settaggio della modalità di spedizione digest, o disabilitare completamente la spedizione (es., per una vacanza), e così via. In aggiunta all'interfaccia web, puoi usare anche l'email per fare alcuni cambiamenti. Per altre informazioni, invia un messaggio all'indirizzo '-request' della lista (per esempio, mailman-requ...@openstreetmap.org) contenente solamente la parola 'help' nel corpo del messaggio. Ti sarà inviato un messaggio con le istruzioni. Se hai domande, problemi, commenti, ecc., inviali a mailman-ow...@openstreetmap.org. Grazie! Password per EMAIL: Lista Password // URL talk-it-b...@openstreetmap.org PASSWD http://lists.openstreetmap.org/options/talk-it-bici/EMAIL ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mailman mi manda la password in chiaro, ogni mese?
2011/11/1 Martin Koppenhoefer dieterdre...@gmail.com Ho ricevuto questa mail (ho cancellato alcuni indicazioni e sostituiti con CONTENT): La password era contenuta in forma chiara. Secondome è inutile mandare queste mail (sopratutto ogni mese come mi sembra che sia pianificato). Si può togliere? Sembra che viene fatto solo per talk-it-bici. Diciamo che viene fatto normalmente per tutte le mailinglist. Dovresti entrare nel pannello di mailman e cercare la voce Get password reminder email for this list? Da li' puoi decidere. Comunque si raccomanda sempre di usare delle password di poco conto per mailman -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] mappe mentali e rappresentazioni osm
http://www.looksgood.de/log/2011/10/mapmap-vauxhall-mashup-mental-maps-and-openstreetmap/ -- 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] mappe mentali e rappresentazioni osm
2011/11/1 Maurizio Napolitano napoo...@gmail.com: http://www.looksgood.de/log/2011/10/mapmap-vauxhall-mashup-mental-maps-and-openstreetmap/ bello ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
Il giorno Tue, 1 Nov 2011 10:10:07 +0100 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Non conosco bene la SS1 dal Km. 0 al confine tra Lazio e Toscana, quindi su quel tratto non mi esprimo, io invece conosco solo il primo tratto fino al confine ;-) Bene, allora potresti dare un'occhiata al tag dal confine fino a Civitavecchia :-P Io l'ho lasciato trunk, però quando l'ho percorsa anni fa, era poco meglio del tratto grossetano. a prima vista sembra un trunk, ma dato che gli incroci sono a raso è un primary secondome. IL tratto su OSM sarebbe: http://www.openstreetmap.org/browse/way/107275478/history Secondo me deve essere classificata primary +1 Ok, allora direi di lasciare così come l'ho impostata, trunk dopo il Km 177 e primary nel precedente. Ho scritto all'utente hal9 (sembra un tedesco, probabilmente si è confuso perchè in Germania i cartelli per le autostrade sono blu), spiegandolo la cosa. Hai fatto bene secondome di cambiarla di nuovo in trunk. Ok, segnalerò la cosa anche all'utente Madeco che ha modificato il tratto primary, visto che mi sono accorto che ci siamo rimpallati il tag un paio di volte, suggerendoli di fare un salto in lista se pensa che sia più corretto il suo. Ciao, Martin Ciao, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
Per me dovrebbe essere trunk almeno fino a qui: http://maps.google.it/maps?f=qsource=s_qhl=itgeocode=q=albereseaq=sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=6ie=UTF8hq=hnear=Alberese,+Grosseto,+Toscanall=42.685306,11.138892spn=0.005805,0.027874t=hz=16layer=ccbll=42.6828,11.139732panoid=F4z8EqH_5advN0RT7a1HAQcbp=11,352.97,,0,3.74 ossia fino a dove si ha una strada a due carreggiate separate con tanto di svincoli, indipendentemente dai limiti di velocità o dai cartelli che segnalano la fine di una strada extraurbana principale :) Ciao, Davide - Talk-it mailing list via Nabble: http://gis.638310.n2.nabble.com/Italy-f6241004.html -- View this message in context: http://gis.638310.n2.nabble.com/Classificazione-SS1-Aurelia-nella-provincia-di-GR-tp6945982p6952227.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] Classificazione SS1 Aurelia nella provincia di GR
Il giorno Tue, 1 Nov 2011 09:17:44 -0700 (PDT) Madeco davide@gmail.com ha scritto: Per me dovrebbe essere trunk almeno fino a qui: http://maps.google.it/maps?f=qsource=s_qhl=itgeocode=q=albereseaq=sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=6ie=UTF8hq=hnear=Alberese,+Grosseto,+Toscanall=42.685306,11.138892spn=0.005805,0.027874t=hz=16layer=ccbll=42.6828,11.139732panoid=F4z8EqH_5advN0RT7a1HAQcbp=11,352.97,,0,3.74 ossia fino a dove si ha una strada a due carreggiate separate con tanto di svincoli, indipendentemente dai limiti di velocità o dai cartelli che segnalano la fine di una strada extraurbana principale :) Questo incrocio che si trova qualche Km a Nord del punto da te indicato non mi sembra molto trunk :-P http://maps.google.it/maps?f=qsource=s_qhl=itgeocode=q=albereseaq=sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=6ie=UTF8hq=hnear=Alberese,+Grosseto,+Toscanat=hlayer=ccbll=42.687959,11.138744panoid=SvAusMuE4whc8aBUs94WUQcbp=11,353.93,,0,9.91ll=42.687956,11.138742spn=0.002886,0.012059z=17 Per questo pensavo che per tagliare la testa al toro sarebbe stato preferibile impostare trunk da dove l'Anas ha posto il cartello stile autostrada, ma blu, dove per altro inizia il limite a 110 Km, la corsia d'emergenza e le restrizioni stile autostrada. Oltretutto l'ultimo incrocio a raso è poco prima dell'uscita Grosseto Sud, dove è presente l'uscita obbligatoria per i mezzi non autorizzati, inferiori a 249 cc etc. In effetti da quel punto in poi dovrà essere applicato il tag motorroad=yes come suggerito da Martin. Ciao, Davide Ciao, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mailman mi manda la password in chiaro, ogni mese?
L'ha fatto anche con talk-it-liguria. Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
2011/11/1 Carlo cybo...@gmail.com: Il giorno Tue, 1 Nov 2011 09:17:44 -0700 (PDT) Madeco davide@gmail.com ha scritto: Per me dovrebbe essere trunk almeno fino a qui: http://maps.google.it/maps?f=qsource=s_qhl=itgeocode=q=albereseaq=sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=6ie=UTF8hq=hnear=Alberese,+Grosseto,+Toscanall=42.685306,11.138892spn=0.005805,0.027874t=hz=16layer=ccbll=42.6828,11.139732panoid=F4z8EqH_5advN0RT7a1HAQcbp=11,352.97,,0,3.74 -1 ossia fino a dove si ha una strada a due carreggiate separate con tanto di svincoli, indipendentemente dai limiti di velocità o dai cartelli che segnalano la fine di una strada extraurbana principale :) sono gli incroci che non vanno bene Questo incrocio che si trova qualche Km a Nord del punto da te indicato non mi sembra molto trunk :-P +1 http://maps.google.it/maps?f=qsource=s_qhl=itgeocode=q=albereseaq=sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=6ie=UTF8hq=hnear=Alberese,+Grosseto,+Toscanat=hlayer=ccbll=42.687959,11.138744panoid=SvAusMuE4whc8aBUs94WUQcbp=11,353.93,,0,9.91ll=42.687956,11.138742spn=0.002886,0.012059z=17 ne anche questo (il primo incrocio al sud del punto indicato da Davide): http://maps.google.it/maps?q=alberesehl=itll=42.678192,11.140609spn=0.004007,0.021136sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=0hnear=Alberese,+Grosseto,+Toscanat=hlayer=ccbll=42.678193,11.140612panoid=5F5YUeScRGJWmMGIaVnxfQcbp=11,6.4,,0,10.87z=16 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: problema caricamento tracce GPS
2011/11/1 Paola Capella paola_cape...@alice.it: Ciao, grazie per le vostre risposte, ma ancora non ho risolto il mio problema. per convertire i file CSV in GPX ho usato il GPSBabel ma i gpx in output non hanno i timestamps. i dati in CSV li ho ottenuti con una correzione in postprocessing utilizzando il MobileMapperOffice. allego i dati con il rigo d'intestazione. Grazie ancora per l'aiuto! mi pare di capire che gpsbabel supporti il tempo se definito con questa sintassi: http://www.gpsbabel.org/htmldoc-development/fmt_unicsv.html -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione SS1 Aurelia nella provincia di GR
Errata corigge, mi sono reso conto solo ora che ho linkato un punto che volevo linkare. io mi riferivo a questo punto http://g.co/maps/46w7q Ossia dallo svincolo di Alberese in poi dovrebbe essere trunk - Talk-it mailing list via Nabble: http://gis.638310.n2.nabble.com/Italy-f6241004.html -- View this message in context: http://gis.638310.n2.nabble.com/Classificazione-SS1-Aurelia-nella-provincia-di-GR-tp6945982p6953533.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: problema caricamento tracce GPS
Ottima osservazione. Se rinomini i campi con le parole chiave definite nella pagina linkata da Simone, GPSBabel non avrà dubbi nella conversione. Il campo [Date/Time] va separato in campi [Date] e [Time], basta metterci una virgola in mezzo. Il filtro in ingresso da utilizzare per la conversione con GPSBabel è Universal Comma Separator. A parte questo, faccio osservare che i dati contenuti nel file .CSV sono incongruenti. Come già scritto, mi risulta improbabile che a quelle coordinate sia associata una [altitudine] di pochi metri... Inoltre il campo [duration] mi induce a pensare che si tratti di osservazioni statiche, quindi il fatto che nella conversione in GPX siano diventati waypoints è assolutamente normale. Infine, non so in che unità di misura sono espressi i valori dei campi [horizontal error] e [vertical error], se fossero metri ci sarebbe IMHO qualche problema nel post-processing con la proiezione e/o il datum. Il giorno 01 novembre 2011 22:52, Simone Cortesi sim...@cortesi.com ha scritto: 2011/11/1 Paola Capella paola_cape...@alice.it: Ciao, grazie per le vostre risposte, ma ancora non ho risolto il mio problema. per convertire i file CSV in GPX ho usato il GPSBabel ma i gpx in output non hanno i timestamps. i dati in CSV li ho ottenuti con una correzione in postprocessing utilizzando il MobileMapperOffice. allego i dati con il rigo d'intestazione. Grazie ancora per l'aiuto! mi pare di capire che gpsbabel supporti il tempo se definito con questa sintassi: http://www.gpsbabel.org/htmldoc-development/fmt_unicsv.html -- -S ___ 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] Classificazione SS1 Aurelia nella provincia di GR
2011/11/1 Madeco davide@gmail.com: Errata corigge, mi sono reso conto solo ora che ho linkato un punto che volevo linkare. io mi riferivo a questo punto http://g.co/maps/46w7q Ossia dallo svincolo di Alberese in poi dovrebbe essere trunk +1, quel incrocio sembra buono e c'è anche il segno dell' autostrada finta: http://maps.google.it/maps?q=alberesehl=itll=42.700478,11.137455spn=0.004005,0.021136sll=-34.016242,18.457031sspn=57.911727,114.169922vpsrc=0hnear=Alberese,+Grosseto,+Toscanat=hlayer=ccbll=42.700475,11.137454panoid=mPhMz42ZyOjRRTnQ6fHCwQcbp=11,0.35,,0,8.57z=16 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Fwd: [HOT] FirstLook Imagery of Turkey
Estimados maperos humanitarios: Hay una nueva imagen sobre la zona afectada por el terremoto, está disponible a través del servidor de tareas del HOT. Copio a la lista general por si hay maperos interesados en el tema humanitario, hacia futuro solo se enviarán mensajes humanitarios a esa lista. Saludos, Humberto Yances HOT Colombia. -- Forwarded message -- From: Kate Chapman k...@maploser.com Date: 2011/11/1 Subject: [HOT] FirstLook Imagery of Turkey To: hot h...@openstreetmap.org Hi All, We have received access to DigitalGlobe's FirstLook imagery of Turkey. I have set-up a task if anyone would like to help: http://tasks.hotosm.org/job/7 Things to remember: -Please put your name in the wiki when actually using the imagery -Please use the source=FirstLook tag All that is also in the actual task. Best, -Kate ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Opdateret DA:Map features
OK, jeg har ladet mig forvirre af overskriften og udtrykket Spor, så lad os endelig fjerne alt om stier i denne forbindelse. Jeg synes, at vi skal beholde Grusvej i overskriften, og så ændre grade1 til: Fast vej hovedsageligt belagt med asfalt, fliser eller beton. - Min pointe er, at du kun ville overveje klassificeringen tracktype på en vej, som er dårligere end en almindelig, asfalteret vej. Det kan fx være, at den kun er nødtørftigt asfalteret. Jeg mener, at jeg har læst et eller andet sted, at unclassified er en vej, som skal tjekkes nærmere ved en senere lejlighed, måske af nogen med lokalkendskab, men som man har behov for at oprette her og nu. Sonny -Oprindelig meddelelse- Fra: Ole Nielsen [mailto:on-...@xs4all.nl] Sendt: 31. oktober 2011 20:47 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Opdateret DA:Map features On 31/10/2011 14:13, Sonny Andersen wrote: Jeg synes det ser godt ud, bortset fra tabellen med overskriften Grusveje/stier, som er svær at forstå for en vandrer. Jeg synes også, at betegnelsen spor er noget misvisende. Jeg har ikke rørt den tabel men vel luret på, hvordan den kunne forbedres. Dit forslag ser lovende ud. En bemærkning: tracktype bruges kun i forbindelse med highway=track (dvs mark- og skovveje til landbrugs- eller skovbrugskørsel), ikke på stier. Jeg har derfor følgende forslag: Overskrift: Grusveje, markveje, skovveje, stier Jeg foreslår grusveje og stier fjernet fra overskriften. Grusveje kan også være offentlige veje (unclassified etc) og grade1 er slet ingen grusvej. grade1: Fast vej belagt med asfalt, fliser eller beton grade2: Grusvej med tæt pakket overflade grade3: Markvej eller skovvej, jævn overflade med ligelig fordeling af hårde og bløde materialer grade4: Markvej eller skovvej med ujævn, blød overflade af jord, sand eller græs grade5: Natursti, trampesti eller kørespor, der er svær at skelne i landskabet Natursti og trampesti bør fjernes. Bortset fra det ser det fint ud. Skal jeg opdatere? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Opdateret DA:Map features
Jeg har for nylig skævet lidt til cyclistic.dk's undervisningsmateriale, så jeg er da egentlig spændt på at høre hvad Søren Johannessen siger. Vedr. de OSM kurser i Dansk Cyklist Forbund regi. Så har Andreas Hammershøj og jeg ikke gjort så meget ud af Grade og så Surface i undervisningen. Vi har selvfølgelig vist i Potlatch 2, at der er knapper hvor man kan angive belægningen af en vej. Grunden er at på en/to dages undervisning er der meget nyt at lære og man kan godt hælde alt alt for meget af nye ting for de fleste. En dag med intro til POI, veje, polygoner og så relationer er lige lovligt i overkanten. Så fokus har været på kurser at gøre folk fortrolige med at indtegne i Potlatch 2 sådan noget med at knyttet veje sammen, at polygoner er lukket og at de så derhjemme selv begynder at udforske tingene mere (fx i form af Wiki). Jeg ved at Andreas er i gang med at lave en guide vedr. belægningen og forhold for cyklister. Der er et stort ønske fra forskellige cyklister af DCF medlemmer om at den rutevejleder som cyclistic.dk er ved at lave kan have en option Undgå jord/grusveje/brosten. Men det er jo en større sag at OSM DK får alle disse metadata ind samt at lokalkendskab og tjek på selve lokaliteten for belægningen er meget nødvendigt, før der kan lave en rutevejleder der kan tage højde for disse ting. vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Opdateret DA:Map features
Hej Grusvejs afsnittet ser fint ud. Det er dog altid en diskussion om en vej skal klassificeres som track eller unclassified. Når man se grusveje der fungere som større veje, typisk på landet. En lille rettelse ang. unclassified, så er det beskrevet således: *Almindelig vej* som falder uden for de foregående kategorier (typisk mindre veje på landet eller i industriområder). Hvor at man skal bruge highway=road hvis man ikke kender til klassificeringen af vejen. Se evt. http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad /Jens Den 1. nov. 2011 08.33 skrev Sonny Andersen s...@bukhmark.dk: OK, jeg har ladet mig forvirre af overskriften og udtrykket Spor, så lad os endelig fjerne alt om stier i denne forbindelse. Jeg synes, at vi skal beholde Grusvej i overskriften, og så ændre grade1 til: Fast vej hovedsageligt belagt med asfalt, fliser eller beton. - Min pointe er, at du kun ville overveje klassificeringen tracktype på en vej, som er dårligere end en almindelig, asfalteret vej. Det kan fx være, at den kun er nødtørftigt asfalteret. Jeg mener, at jeg har læst et eller andet sted, at unclassified er en vej, som skal tjekkes nærmere ved en senere lejlighed, måske af nogen med lokalkendskab, men som man har behov for at oprette her og nu. Sonny -Oprindelig meddelelse- Fra: Ole Nielsen [mailto:on-...@xs4all.nl] Sendt: 31. oktober 2011 20:47 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Opdateret DA:Map features On 31/10/2011 14:13, Sonny Andersen wrote: Jeg synes det ser godt ud, bortset fra tabellen med overskriften Grusveje/stier, som er svær at forstå for en vandrer. Jeg synes også, at betegnelsen spor er noget misvisende. Jeg har ikke rørt den tabel men vel luret på, hvordan den kunne forbedres. Dit forslag ser lovende ud. En bemærkning: tracktype bruges kun i forbindelse med highway=track (dvs mark- og skovveje til landbrugs- eller skovbrugskørsel), ikke på stier. Jeg har derfor følgende forslag: Overskrift: Grusveje, markveje, skovveje, stier Jeg foreslår grusveje og stier fjernet fra overskriften. Grusveje kan også være offentlige veje (unclassified etc) og grade1 er slet ingen grusvej. grade1: Fast vej belagt med asfalt, fliser eller beton grade2: Grusvej med tæt pakket overflade grade3: Markvej eller skovvej, jævn overflade med ligelig fordeling af hårde og bløde materialer grade4: Markvej eller skovvej med ujævn, blød overflade af jord, sand eller græs grade5: Natursti, trampesti eller kørespor, der er svær at skelne i landskabet Natursti og trampesti bør fjernes. Bortset fra det ser det fint ud. Skal jeg opdatere? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Opdateret DA:Map features
Den 01-11-2011 11:35, Jens Winbladh skrev: Jeg har den opfattelse, at hvis det er veje, hvor almindelige familiebiler normalt kører hele året, så er det ikke et track. Hvis jeg på Fugro kan se biler og carporte, så tagger jeg som unclassified eller service med surface lig gravel eller lignende. Det samme hvis det er GPS-spor, jeg selv har lavet fra en bil (jeg har ikke en Landrover til rådighed). http://wiki.openstreetmap.org/wiki/Roads siger == Unimproved roads should be tagged with highway=track. These are generally lower quality than paved gravel roads. == Så tracks er noget, der er dårligere end grusveje. Enig. Men så er det brugen af veje du snakke om, og den kan være svær at se/vurdere. Det er ikke så meget brugen. Det er mere , om det er en vej hvor en almindelig familiebil kan køre uden at den risikerer at sidde fast, få buler og ridser, eller få revet lyddæmperen af. Hvis jeg ser almindelige biler på en vej, ser jeg det bare som et bevis på at det er sådan en vej. Nogen gange kan man med Fugro også være i tvivl om noget er en en smal vej eller en bred cykelsti, men hvis man så ser en bil på den, så er det nok ikke en cykelsti. Jeg har lavet flere grusveje der går ud til en lille jagthytte i skoven. Hvor der ikke er den store trafik (bla. fordi vejen kan være privat etc). Her tagger jeg det som et track. Det ville jeg nok ikke. Jeg ser sådan på det, at jeg kunne jo være inviteret til middag i den lille jagthytte og ville køre dertil med familen i en lille familiebil. Så ville jeg planlægge at køre på veje og ikke på tracks enten ved selv at studere openstreetmaps.org eller ved at fortælle min GPS-software, at jeg var i bil. Hvis der nu var to små veje til jagthytten så ville jeg gerne vide hvilken jeg kunne køre på og hvilken der ville ødelægge min bil. At vejen er privat gør ingen forskel, det kan man også tagge på highway En lille rettelse ang. unclassified, så er det beskrevet således: *Almindelig vej* som falder uden for de foregående kategorier (typisk mindre veje på landet eller i industriområder). Hvor at man skal bruge highway=road hvis man ikke kender til klassificeringen af vejen. Se evt. http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad Ja, men http://wiki.openstreetmap.org/wiki/Highway_tag_usage siger unknown. Det må være en fejl i Wikien, kan se at der kun er 960 vej med det tag, hvorimod der er knap 465.000 tagget road (link http://taginfo.openstreetmap.org/keys/?key=highway#values). Mange af fejlsøgningsmaskinerne bruger også tagget road, som noget der skal opdateres. /Jens /Jens Den 1. nov. 2011 08.33 skrev Sonny Andersen s...@bukhmark.dk mailto:s...@bukhmark.dk mailto:s...@bukhmark.dk mailto:s...@bukhmark.dk: OK, jeg har ladet mig forvirre af overskriften og udtrykket Spor, så lad os endelig fjerne alt om stier i denne forbindelse. Jeg synes, at vi skal beholde Grusvej i overskriften, og så ændre grade1 til: Fast vej hovedsageligt belagt med asfalt, fliser eller beton. - Min pointe er, at du kun ville overveje klassificeringen tracktype på en vej, som er dårligere end en almindelig, asfalteret vej. Det kan fx være, at den kun er nødtørftigt asfalteret. Jeg mener, at jeg har læst et eller andet sted, at unclassified er en vej, som skal tjekkes nærmere ved en senere lejlighed, måske af nogen med lokalkendskab, men som man har behov for at oprette her og nu. Sonny -Oprindelig meddelelse- Fra: Ole Nielsen [mailto:on-...@xs4all.nl mailto:on-...@xs4all.nl mailto:on-...@xs4all.nl mailto:on-...@xs4all.nl] Sendt: 31. oktober 2011 20:47 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Opdateret DA:Map features On 31/10/2011 14:13, Sonny Andersen wrote: Jeg synes det ser godt ud, bortset fra tabellen med overskriften Grusveje/stier, som er svær at forstå for en vandrer. Jeg synes også, at betegnelsen spor er noget misvisende. Jeg har ikke rørt den tabel men vel luret på, hvordan den kunne forbedres. Dit forslag ser lovende ud. En bemærkning: tracktype bruges kun i forbindelse med highway=track (dvs mark- og skovveje til landbrugs- eller skovbrugskørsel), ikke på stier. Jeg har derfor følgende forslag: Overskrift: Grusveje, markveje, skovveje, stier Jeg foreslår grusveje og stier fjernet fra overskriften. Grusveje kan også være offentlige veje (unclassified etc) og grade1 er slet ingen
Re: [Talk-dk] Opdateret DA:Map features
Hej Svar på: *Hvis der nu var to små veje til jagthytten så ville jeg gerne vide hvilken jeg kunne køre på og hvilken der ville ødelægge min bil.* Så mener jeg at svaret ligger i tillægs tagget: tracktype Mvh Jens Den 1. nov. 2011 12.20 skrev Niels Elgaard Larsen elga...@agol.dk: Den 01-11-2011 11:35, Jens Winbladh skrev: Jeg har den opfattelse, at hvis det er veje, hvor almindelige familiebiler normalt kører hele året, så er det ikke et track. Hvis jeg på Fugro kan se biler og carporte, så tagger jeg som unclassified eller service med surface lig gravel eller lignende. Det samme hvis det er GPS-spor, jeg selv har lavet fra en bil (jeg har ikke en Landrover til rådighed). http://wiki.openstreetmap.org/wiki/Roads siger == Unimproved roads should be tagged with highway=track. These are generally lower quality than paved gravel roads. == Så tracks er noget, der er dårligere end grusveje. Enig. Men så er det brugen af veje du snakke om, og den kan være svær at se/vurdere. Det er ikke så meget brugen. Det er mere , om det er en vej hvor en almindelig familiebil kan køre uden at den risikerer at sidde fast, få buler og ridser, eller få revet lyddæmperen af. Hvis jeg ser almindelige biler på en vej, ser jeg det bare som et bevis på at det er sådan en vej. Nogen gange kan man med Fugro også være i tvivl om noget er en en smal vej eller en bred cykelsti, men hvis man så ser en bil på den, så er det nok ikke en cykelsti. Jeg har lavet flere grusveje der går ud til en lille jagthytte i skoven. Hvor der ikke er den store trafik (bla. fordi vejen kan være privat etc). Her tagger jeg det som et track. Det ville jeg nok ikke. Jeg ser sådan på det, at jeg kunne jo være inviteret til middag i den lille jagthytte og ville køre dertil med familen i en lille familiebil. Så ville jeg planlægge at køre på veje og ikke på tracks enten ved selv at studere openstreetmaps.org eller ved at fortælle min GPS-software, at jeg var i bil. Hvis der nu var to små veje til jagthytten så ville jeg gerne vide hvilken jeg kunne køre på og hvilken der ville ødelægge min bil. At vejen er privat gør ingen forskel, det kan man også tagge på highway En lille rettelse ang. unclassified, så er det beskrevet således: *Almindelig vej* som falder uden for de foregående kategorier (typisk mindre veje på landet eller i industriområder). Hvor at man skal bruge highway=road hvis man ikke kender til klassificeringen af vejen. Se evt. http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad Ja, men http://wiki.openstreetmap.org/wiki/Highway_tag_usage siger unknown. Det må være en fejl i Wikien, kan se at der kun er 960 vej med det tag, hvorimod der er knap 465.000 tagget road (link http://taginfo.openstreetmap.org/keys/?key=highway#values). Mange af fejlsøgningsmaskinerne bruger også tagget road, som noget der skal opdateres. /Jens /Jens Den 1. nov. 2011 08.33 skrev Sonny Andersen s...@bukhmark.dk mailto:s...@bukhmark.dk mailto:s...@bukhmark.dk mailto:s...@bukhmark.dk: OK, jeg har ladet mig forvirre af overskriften og udtrykket Spor, så lad os endelig fjerne alt om stier i denne forbindelse. Jeg synes, at vi skal beholde Grusvej i overskriften, og så ændre grade1 til: Fast vej hovedsageligt belagt med asfalt, fliser eller beton. - Min pointe er, at du kun ville overveje klassificeringen tracktype på en vej, som er dårligere end en almindelig, asfalteret vej. Det kan fx være, at den kun er nødtørftigt asfalteret. Jeg mener, at jeg har læst et eller andet sted, at unclassified er en vej, som skal tjekkes nærmere ved en senere lejlighed, måske af nogen med lokalkendskab, men som man har behov for at oprette her og nu. Sonny -Oprindelig meddelelse- Fra: Ole Nielsen [mailto:on-...@xs4all.nl mailto:on-...@xs4all.nl mailto:on-...@xs4all.nl mailto:on-...@xs4all.nl] Sendt: 31. oktober 2011 20:47 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Opdateret DA:Map features On 31/10/2011 14:13, Sonny Andersen wrote: Jeg synes det ser godt ud, bortset fra tabellen med overskriften Grusveje/stier, som er svær at forstå for en vandrer. Jeg synes også, at betegnelsen spor er noget misvisende. Jeg har ikke rørt den tabel men vel luret på, hvordan den kunne forbedres. Dit forslag ser lovende ud. En bemærkning: tracktype bruges kun i forbindelse med
Re: [Talk-dk] Opdateret DA:Map features
On 01/11/2011 11:50, Lars Thegler wrote: Ja, jeg synes det er lidt uheldigt at overskriften er Grusveje/stier for de fleste grusveje er efter min mening ikke tracks. Jeg har den opfattelse, at hvis det er veje, hvor almindelige familiebiler normalt kører hele året, så er det ikke et track. Hvis jeg på Fugro kan se biler og carporte, så tagger jeg som unclassified eller service med surface lig gravel eller lignende. Det samme hvis det er GPS-spor, jeg selv har lavet fra en bil (jeg har ikke en Landrover til rådighed). Helt enig. http://wiki.openstreetmap.org/wiki/Roads siger == Unimproved roads should be tagged with highway=track. These are generally lower quality than paved gravel roads. == Så tracks er noget, der er dårligere end grusveje. Som det er beskrevet under 'Tag:highway=track', anvendes 'track' om hjulspor anvendt til arbejdskørsel. Så valget af tag afhænger nok nærmere af brugen, end af vedligeholdelsesstanden. Men bortset fra det, er vi helt enige. En grusvej i et sommerhusområde er ikke et 'track'. En grusvej i en skov, måske spærret af en aflåst bom, er et 'track'. Fuldstændig enig. I OSM beskriver de forskellige vejklassifikationer generelt vejens funktion, ikke udseendet (dertil bruges 'surface' eller 'tracktype'). Så 'hjulspor til arbejdskørsel' lyder som en udmærket definition på track i mine øjne. Jeg har tagget mange grusveje som alt mulig andet end 'tracks'. Som unclassified, som residential eller endda living_street (i sommerhusområder), som service for veje til parkeringspladser o.lign., service+driveway for indkørsler til gårde etc. Det bliver først til et 'track' når grusvejen går videre ud i marken eller ind i skoven. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Opdateret DA:Map features
On 01/11/2011 15:15, Sonny Andersen wrote: Jeg er vist kommet til at åbne Pandoras æske ... Ok, jeg er ikke helt uskyldig, jeg startede tråden.. Vedr. grusveje taler vi altså om flere forskellige slags veje, og der var derfor jeg i overskriften foreslog Grusveje, markveje, skovveje. Da flere mener, at tracks er noget, der er dårligere end grusveje, så skal overskriften måske være: Markveje og skovveje. - Hvis der er enighed om det, så synes jeg at man skal sætte en bemærkning på wiki-forklaringen til highway=unclassified og gøre opmærksom på, at dette også gælder grusveje, der er offentlige veje, samt at de bør tagges med surface=gravel. Så har jeg opdateret tracktype afsnittet samt 'unclassified' inklusivt dit forslag. http://wiki.openstreetmap.org/wiki/Da:Map_Features#Fysiske Håber at I ikke er alt for uenige med min redigering. Ole / polderrunner ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Allotments, open data OpenStreetMap
Thanks Andy. For the allotments open data project http://www.slideshare.net/Flygirltwo/growing-back-to-the-future-ogdcamp-farida-vis the immediate priority is just to make sure all allotments are on the map. I'm pretty confident about Birmingham. Manchester has an incomplete listing and the whole MappaMercia area may not be complete. For this purpose cartographic detail is secondary-being able to locate allotments is good enough. Waiting lists, distance to travel, different tenancies, charging schemes, supply and demand could be shown with very basic mapping. Open Knowledge Foundation will back OSM but Guardian Datastore and developers may not. I realise Mappa Mercia veterans are already committed to plenty of projects but hoping I can get advice so we could make a tutorial showing how to check allotments are on the map and tag them. Then if I can understand it anyone can. Andrew On 1 Nov 2011, at 00:18, Andy Mabbett wrote: On 31 October 2011 23:31, Andrew Mackenzie a.macken...@bethere.co.uk wrote: There are some tagging questions: allotments are called community gardens in Europe and how should prospective growing spaces be tagged? I'm hopeful that MappaMercia people will be interested. Maybe we could discuss at Thursday meet? I'm interested - I mapped many of the (North) Birmingham allotments a few months ago - but won't be there on Thursday. Here's one example: http://www.openstreetmap.org/browse/way/22652548 Note that I plotted the toilet block separately, but didn't tag the site as toilets=yes - I'm now wondering whether that would have been useful also? Also not the short BCC URL - http://www.birmingham.gov.uk/walsall-road-allotments - which, sadly, only exist for those I mapped while working at BCC. I did request that they complete the set after I left, but no joy. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Allotments, open data OpenStreetMap
Ed So the search returns *named* allotments? That would explain why we could not find all the Manchester allotments on OSM although locations are published by the council. But fixable. Thanks. Andrew On 1 Nov 2011, at 10:08, Ed Loach wrote: It does look an interesting project. I did comment on the blog page (was pending moderation when I last looked) about how Pedro's OSM map only shows named allotments, as none of the ones I'd mapped around Clacton (and perhaps not the few I did in Wolverhampton) were shown. Fortunately the query used at the top of the page made it clear why, so I've been starting to add the names where I know them. I thought I'd mention it here in case any of the Birmingham allotments are mapped, but not appearing on Pedro's map for similar reasons. Ed ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] Dudas de uso josm
Hola, Estoy usando un programa para android que me entrega una traza gpx con fotos, audios, notas, etc y que al importar a josm se queda como una capa, pero la cual no puedo acceder, ni modificar, ni nada como podeís ver en [1] ¿Qué se debe hacer para poder añadir estos puntos al mapa.?. Tened en cuenta que no están exactamente en su lugar, ya que mi tlfo no es muy preciso. [1] -- vivimosdelaire.org/OSM/Pantallazos/gpx_a_josm.png -- Saludos/ Best Regards ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas de uso josm
El día 1 de noviembre de 2011 09:45, Jesús González Genicio jgenicio.mo...@gmail.com escribió: Hola, Estoy usando un programa para android que me entrega una traza gpx con fotos, audios, notas, etc y que al importar a josm se queda como una capa, pero la cual no puedo acceder, ni modificar, ni nada como podeís ver en [1] ¿Qué se debe hacer para poder añadir estos puntos al mapa.?. Tened en cuenta que no están exactamente en su lugar, ya que mi tlfo no es muy preciso. [1] -- vivimosdelaire.org/OSM/Pantallazos/gpx_a_josm.png -- Saludos/ Best Regards ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Hola. Puedes hacer dos cosas. * Crear una capa nueva aparte y dibujar en ella usando la traza gpx como guía visual. * Tienes una opción para convertir la traza gpx a una capa de datos en el menú contextual (botón derecho). Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas de uso josm
Hola, Gracias por responder, parece básico pero no lo es en absoluto. Bueno, las dos opciones que me propones ya las había tenido en cuenta. Lo que pasa es que la traza de gps es un desastre y no me vale, mejor en este caso uso PNOA. Y la otra opción, al pasar la traza a una capa osm, los puntos que marco con el tlfo, en este caso restaurantes, no se importan, y debo crearlos a mano. Como puedes ver en el pantallazo, si aparecen los restaurantes pero al fijarlos con el ratón no se pueden seleccionar. Debido a esto, en principio el tlfo para mapear no me vale de nada. Esto es para ver que sistema uso en campo y que me ayude a no dedicar tiempo dos veces a hacer una cosa. En fin, un saludo. El 1 de noviembre de 2011 22:43, Javier Sánchez javiers...@gmail.comescribió: El día 1 de noviembre de 2011 09:45, Jesús González Genicio jgenicio.mo...@gmail.com escribió: Hola, Estoy usando un programa para android que me entrega una traza gpx con fotos, audios, notas, etc y que al importar a josm se queda como una capa, pero la cual no puedo acceder, ni modificar, ni nada como podeís ver en [1] ¿Qué se debe hacer para poder añadir estos puntos al mapa.?. Tened en cuenta que no están exactamente en su lugar, ya que mi tlfo no es muy preciso. [1] -- vivimosdelaire.org/OSM/Pantallazos/gpx_a_josm.png -- Saludos/ Best Regards ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Hola. Puedes hacer dos cosas. * Crear una capa nueva aparte y dibujar en ella usando la traza gpx como guía visual. * Tienes una opción para convertir la traza gpx a una capa de datos en el menú contextual (botón derecho). Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Saludos/ Best Regards ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Programa cat2osm en github
Buenas a todos , Estaria bien que cuando tenga el readme , tuvierane la web española para si estar todo bien localizable seria de una buena forma de tener todo a mano PD:Aunque no escriba mucho y no estea mapenado ultimamente siempre os leo;) * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info http://picholeiro.sytes.net. El 28 de octubre de 2011 14:00, Cruz Enrique Borges cruz.bor...@deusto.esescribió: Buenas Hemos subido nuestros progresos en el código para portar masivamente el catastro a OSM. Se puede encontrar en: https://github.com/AnderPijoan/cat2osm Actualmente no hay manual de usuario, ni readme, ni nada por el estilo pero es un workinprogress. A ver si para la semana que viene tenemos un pequeño manual de uso, un README con como instalar y como usarlo y finalmente un TODO. Sin más, esperamos que comenteis que os parece el código (tanto en la lista como en github) y que colaboreis con parches :P Nos vemos. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] Eesti kaart töötab
Hoi, Metsadega on see lugu, et viki seletab ühemõtteliselt - landuse all on kogu mets, mida mistahes kujul majandatakse. See tähendab, et praktiliselt kõik, välja arvatud reservaadid. Meil on siin sildistatud nii ja naa. Õige on landuse. Palju põnevam on lugu leht/okas/segametsa siltidega. Seal on asjad segased. Mina olen kasutanud landuse=forest ja wood=coniferous/decidous/mixed, aga see ei ole vist päris õige. Samas on see kõige loogilisem :). - M - Kuna matsaalade sildistamine on hetkel ikka veel korralikult paika panemata( http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest ) siis ei saa võtta, et landuse=forest on ainult istutatud mets. Hetkel on vähemalt Eesti piires metsasid sildistatud suhteliselt valimatult igat moodi (nii corine import kui ka kaardistajad). Seega automaatselt midagi metsade puhul ümber sildistada ei ole mõtet. Mihkel 2011/11/1 Joosep-Georg Järvemaa joosep-georg.jarve...@eesti.ee mailto:joosep-georg.jarve...@eesti.ee Puudu on ka loodusmetsad (natural=wood), paistavad ainult kultuurmetsad (landuse=forest). Kuna Eesti puhul on istutatud metsi üsna vähe, siis võiks nimetatuid kuvada sarnase värviga. Seda enam, et see Corine import on meil pea kõikjale istutatud metsi pakkunud (landuse=forest). ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Eesti kaart töötab
Jah, mis uuem/õigem on seda kasutaks. Ma kuulsin forest/wood sellist eristust esimest korda ja seega olengi see, kes seda suvaliselt on kasutanud. Jaak On 01.11.2011, at 20:03, Joosep-Georg Järvemaa wrote: Seega - otsustagem ära, kumbapidi me siis sildistame ja kas peame ka värvitoonidega neid metsi eristama. Ühte kahest praegu Eesti kaardilt välja jätta ei saa ja ühte oluliselt heledama näidata oleks ka minumeelest vale. -- Joosep-Georg ___ 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] Eesti kaart töötab
1.11.2011 22:33, Jaak Laineste kirjutas: Jah, mis uuem/õigem on seda kasutaks. Ma kuulsin forest/wood sellist eristust esimest korda ja seega olengi see, kes seda suvaliselt on kasutanud. Kopeerin lõigu vikist: landuse http://wiki.openstreetmap.org/wiki/Key:landuse=*forest* +name http://wiki.openstreetmap.org/wiki/Key:name=name of the forest +type http://wiki.openstreetmap.org/wiki/Key:type=coniferous/broad_leaved/palm/mixed +wood http://wiki.openstreetmap.org/wiki/Key:wood=deciduous/evergreen/shrubs/mixed Rendering Green area. When wood http://wiki.openstreetmap.org/wiki/Key:wood=* is set, show little broad leafed or coniferous (or both) icons. Attention When tagging woodland, two approaches are advocated by different groups: Approach 1 * Check if the area is managed maintained or industrial used forest. This is almost always the case in Europe, with an emphasis on managed maintained. Only very small areas are really left untouched and can be considered wild boondocks, primeval forest, virgin wood, national parks etc. o If it is managed forest, set landuse http://wiki.openstreetmap.org/wiki/Key:landuse=*forest*. o If it is primeval woodland with no forestry use, where nobody removes dead trees, plants new trees etc, set natural http://wiki.openstreetmap.org/wiki/Key:natural=wood http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood. -- Neid lähenemisi on seal veel kaks, me võiks aga sellest esimesest lähtuda. - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-lv] mikroautobusu maršruti
Labrīt visiem! Kā mēs tagojam mikroautobusu maršrutus (http://www.rdsd.lv/mimap/)? PS Varbūt kāds zin android app ar offline maršrutu kustības shēmu? FYI http://www.openbusmap.org/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] rīgas satiksme
On 09/29/11 20:12, Gints Polis wrote: Viens no iemesliem ir tajā iestādē strādājošais Andris Anspoks. Viš ir bik tendēts uz Opensource :). nu tas vareetu buut ljoti bish, nav gadiijies dzirdeet :) bet ja nu tomeer... varbut no rsatiksmes tad vareetu dabuut vinju pieturvietu datus un tos treisus, kas no sabtransa ierakstiiti ? pa tiesho importeet negribeetos, bet manuaali salikt truukstoshaas pieturas, piemeeram, buutu baiglabi. tagad nav skaidrs, ko ar tiem datiem driikst, ko nedriikst dariit... (ti, labaak neko ;) ) nujaa, un kaapeec marshrutu karteem nav osm, tas nedaudz neskaidrs gan Ginc 2011. gada 27. septembris 20:33 AivarsB vrs@gmail.com mailto:vrs@gmail.com rakstīja: Tā laikam ir - iezūmojot var redzēt, ka maršruts atšķiras gan no osm, gan google kartes. bez tam kājām iešana vienmēr ir pa taisno līdz tuvākajai pieturai. 2011/9/27 Jānis Ročāns janis.roc...@gmail.com mailto:janis.roc...@gmail.com Maršrutus rēķina pēc viņu pašu ievāktajiem datiem uz pašu serveriem (cik var saprast, lietuviešu serveriem). Google vai OSM ir tikai fona bildīte. Tikai žēl, ka tā karte ir tikai vienā vietā, bet nav, piemēram arī šeit: http://saraksti.rigassatiksme.lv/?a=p.routestransport_id=bust=xhtmll=lv#3001 http://saraksti.rigassatiksme.lv/?a=p.routestransport_id=bust=xhtmll=lv#3001 -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !
Petite mise à jour de la petite liste des 32 derniers ways comportant encore le tag Cartographes..: 23301596 23301615 23301621 23301671 23301735 30498112 30950142 31408921 33706349 33901399 34521504 41119755 49048127 51336124 55855589 57804244 59346689 59346971 59355014 62370180 81266771 83912359 113385795 131749303 132063453 132063456 132665899 133155522 133732707 134430924 134821826 135465998 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Maps : l'accès aux API n'est plus totalement gratuit
Le 31/10/2011 10:11, Pieren a écrit : 2011/10/31 Vincent Pottiervpott...@gmail.com: Et bien il va falloir penser à un serveur de tuiles francophone... Et à un appel aux dons pour cela... Heureusement, on a une association pour porter ça ;-) -- FrViPofm Cette restriction de l'API Google ne s'applique qu'aux sites commerciaux... Et si j'étais un site commercial, je préfèrerais mettre en place mon propre serveur de tuile plutot que de me reposer sur une association de bénévoles. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cette restriction de l'API Google s'applique à tous les sites même les non commerciaux. http://googlegeodevelopers.blogspot.com/2011/10/introduction-of-usage-limits-to-maps.html http://code.google.com/intl/fr/apis/maps/faq.html#usagelimits Après c'est à chacun de faire comme il veut ou peut. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Maps : l'accès aux API n'est plus totalement gratuit
2011/11/1 rldhont rldh...@gmail.com: Cette restriction de l'API Google s'applique à tous les sites même les non commerciaux. http://googlegeodevelopers.blogspot.com/2011/10/introduction-of-usage-limits-to-maps.html http://code.google.com/intl/fr/apis/maps/faq.html#usagelimits Après c'est à chacun de faire comme il veut ou peut. Je faisais référence à cette intervention d'un porte-parole de Google suite à un article dans le magazine .net: Update: A Google spokesperson has provided .net with the following statement: Non-profits are not subject to these usage limits. For example, a disaster relief map is not subject to the usage limits even if it has been developed and/or is hosted by a commercial entity. In addition we recommend that eligible non-profits apply for a Maps API Premier license through the Google Earth Outreach program. This provides a number of benefits, including the right to opt-out of advertising, higher quotas for Maps API web services, and technical support. Le lien : http://www.netmagazine.com/news/devs-respond-google-maps-api-limits-111510 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Maps : l'accès aux API n'est plus totalement gratuit
Pieren pier...@gmail.com wrote: Je faisais référence à cette intervention d'un porte-parole de Google suite à un article dans le magazine .net: Update: A Google spokesperson has provided .net with the following statement: Non-profits are not subject to these usage limits. For example, a disaster relief map is not subject to the usage limits even if it has been developed and/or is hosted by a commercial entity. In addition we recommend that eligible non-profits apply for a Maps API Premier license through the Google Earth Outreach program. This provides a number of benefits, including the right to opt-out of advertising, higher quotas for Maps API web services, and technical support. Le lien : http://www.netmagazine.com/news/devs-respond-google-maps-api-limits -111510 Cet entretien et liaison avec la FAQ officiel fait surtout à la gueule du client... Si il est bien précisé que les limites ne s'appliquent pas aux associations (non-profit organization) il est bine indiqué clairement que le coté non-profit est déterminé par Google suivant ces propre critères (non communiqués)... http://code.google.com/intl/fr/apis/maps/faq.html#usagelimits -- 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] currency = EUR sur relation France
Hendrik Oesterlin hendrikmail2...@yahoo.de wrote: J'ai vu currency = EUR sur la relation France http://www.openstreetmap.org/browse/relation/11980 Moi j'aurais surtout tendance a me demander l'utilité de cette infos dans OSM... C'est uen base de données cartographique. Perso (mais ça n'engage que moi) si je veux connaitre la mannaie d'un pays ou d'une région c'est pas sur OSM que je vais... Wikipédia par exemple serait probablement mieux, plus a jour et plus précis, mais bon ce que j'en dis... -- 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] currency = EUR sur relation France
2011/11/1 Pierre-Alain Dorange pdora...@mac.com: Moi j'aurais surtout tendance a me demander l'utilité de cette infos dans OSM... C'est uen base de données cartographique. Je verrais plutot ce genre d'info dans la relation default: http://www.openstreetmap.org/browse/relation/934933 Ca serait surtout utile pour préciser les unités de mesure par défaut genre distance, vitesse ou infos pour le guidage (rouler à gauche/droite par exemple). Ca permettrait aux logiciels exploitant la base d'utiliser la même source d'information et de valider la cohérence des données à tout moment. Pour les monnaies, on ne peut pas empêcher les gens d'en mettre dans la base, ce qui est assez tentant lorsque ce sont des tarfis simples et stables (genre prix de péages) même si je suis d'accord pour dire que ça n'a pas vraiment sa place dans OSM. Pour le problème du Franc Pacifique, il faudrait refaire une relation default pour ces îles mais il faudrait aussi le documenter sur le wiki en disant que les valeurs par défaut d'un admin_level X peuvent être supplantés par des valeurs par défaut d'un niveau inférieur. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] à vos tablettes !
On Tue, 1 Nov 2011 15:56:59 +0100 Pieren pier...@gmail.com wrote: 2011/11/1 Pierre-Alain Dorange pdora...@mac.com: Moi j'aurais surtout tendance a me demander l'utilité de cette infos dans OSM... C'est uen base de données cartographique. Je verrais plutot ce genre d'info dans la relation default: http://www.openstreetmap.org/browse/relation/934933 Ca serait surtout utile pour préciser les unités de mesure par défaut genre distance, vitesse ou infos pour le guidage (rouler à gauche/droite par exemple). Ca permettrait aux logiciels exploitant la base d'utiliser la même source d'information et de valider la cohérence des données à tout moment. Pour les monnaies, on ne peut pas empêcher les gens d'en mettre dans la base, ce qui est assez tentant lorsque ce sont des tarfis simples et stables (genre prix de péages) même si je suis d'accord pour dire que ça n'a pas vraiment sa place dans OSM. Pour le problème du Franc Pacifique, il faudrait refaire une relation default pour ces îles mais il faudrait aussi le documenter sur le wiki en disant que les valeurs par défaut d'un admin_level X peuvent être supplantés par des valeurs par défaut d'un niveau inférieur. Pieren On voit très exactement ici se jouer le jeu de la carte et du territoire, Territoires de tous les pays unissons-nous ! ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] currency = EUR sur relation France
Pieren pier...@gmail.com wrote: Moi j'aurais surtout tendance a me demander l'utilité de cette infos dans OSM... C'est uen base de données cartographique. Je verrais plutot ce genre d'info dans la relation default: http://www.openstreetmap.org/browse/relation/934933 Ca serait surtout utile pour préciser les unités de mesure par défaut genre distance, vitesse ou infos pour le guidage (rouler à gauche/droite par exemple). Ca permettrait aux logiciels exploitant la base d'utiliser la même source d'information et de valider la cohérence des données à tout moment. 100% d'accord. Pour les monnaies, on ne peut pas empêcher les gens d'en mettre dans la base, ce qui est assez tentant lorsque ce sont des tarfis simples et stables (genre prix de péages) même si je suis d'accord pour dire que ça n'a pas vraiment sa place dans OSM. Je disais ça sans jugement, ce n'est que mon avis et comme on a quand même le droit de faire un peu ce que l'on veut y'a pas de problèmes. Pour le problème du Franc Pacifique, il faudrait refaire une relation default pour ces îles mais il faudrait aussi le documenter sur le wiki en disant que les valeurs par défaut d'un admin_level X peuvent être supplantés par des valeurs par défaut d'un niveau inférieur. -- 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] Coupure réseau des serveurs Cr@ns samedi 5 novembre
Le 28 octobre 2011, Nicolas Dandrimont a écrit : Salut à tous, La DSI de l'ENS Cachan nous a prévenus d'une coupure totale du lien internet de l'ENS le samedi 5 novembre de 8h30 à 15h, pour des travaux dans le bâtiment hébergeant ses routeurs. Merci d'avoir prévenu. Pour info, ça impactera principalement les services suivants, qui ne seront donc plus accessibles le 5 novembre: - http://osmose.openstreetmap.fr - http://taginfo.openstreetmap.fr - http://syj.renevier.net (et tous les services listés sur http://wiki.openstreetmap.org/wiki/FR:Servers#Server_list comme tournant sur osm1 à osm4.crans.org) -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveau livre OSM en anglais
OpenStreetMap par The Authors, 5€, en english, Copyright by The Authors (GNU licence publique générale (GPL)) http://www.lulu.com/product/paperback/openstreetmap/18173430 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 関西オープンソース2011＋関西コミュニティ大決戦が開催されます。
清野です。 さて、11月となりまして、関西オープンソース2011＋関西コミュニティ大決戦も近づいて参りました。 OSMもブースを出し、セミナーも開催致します。 詳細は http://k-of.jp/2011/ こちらのサイトをご覧ください。 OSMのブースは デザインのフロア(ITM棟 10F)のショーケースC-4 で、セミナーは 2011年11月12日(土曜日) 16:00から情報のフロア(ITM棟 6F/iMedio内)M6講義室 で開催します。 皆様のご参加をお待ち申し上げております。 なお、懇親会が関西オープンフォーラム事務局主催で、 11月11日(金)18:30 - 20:30に開催されます。 こちらは事前申込制ですので、参加ご希望の方は以下のページからお申し込みをお願いいたします。 http://k-of.jp/2011/party.html それから、当日は今年もOSGeo財団日本支部がFOSS4G Osakaというカンファレンスを同時開催する予定です。 http://www.osgeo.jp/ 以前もお知らせ致しましたが、開催が近づいてかなり詳細が決まってきました。 また一度ご覧いただけましたらと思います。 以上、よろしくお願い申し上げます。 2011年10月26日17:51 Yoichi Seino say.n...@gmail.com: 清野です。 K-OF関係の続報です。 事務局の方から、 「展示会場におけるスライドショーの映写と原稿募集について」 という案内が来ました。 「来場者の方々に各イベントを紹介するために、ステージにおいて、 各種企画を紹介するスライドを自動スライドショーにて随時映写、及びネットで 配信することを計画しております。」 ということで、スライドを提出すれば事務局の方で自動的に流してPRしてくださるそうです。 どなたか、スライドを作成していただける方はいらっしゃいませんでしょうか? 個人的にOSGeoの運営委員も掛け持ちしており、 ちょっと手が回らない状況です…。申し訳ございません。 詳細は下記のとおりですので、我こそは!!という方がいらっしゃいましたら、何卒宜しくお願い申し上げます。 なお、送付は僕の方から事務局の方にしますので、 一旦僕の方にお送りいただけますと幸いです。 何かございましたら、こちらのMLへでも結構ですのでご連絡くださいませ。 何卒宜しくお願い申し上げます。 以下、事務局からのメッセージの転載です。 - 関西オープンソース2011+関西コミュニティ大決戦 展示企画、ユーザー企画ならびにステージ企画ご参加の皆様 関西オープンフォーラム 実行委員会事務局 info2011 [at] k-of.jp 展示会場におけるスライドショーの映写と原稿募集について この度は、関西オープンソース2011＋関西コミュニティ大決戦への企画ご参加 ありがとうございます。 今年度も、来場者の方々に各イベントを紹介するために、ステージにおいて、 各種企画を紹介するスライドを自動スライドショーにて随時映写、及びネットで 配信することを計画しております。つきましては、下記の要領でスライド原稿を 募集いたしますので、奮ってのご応募をお待ちしております。 記 〈企画紹介スライド募集要項〉 ・応募締め切り 2011年11月06日 (日) 23:59 必着 ・スライド点数について １団体あたり１スライドとします。１つの団体が、展示企画と ユーザー企画など、複数の企画に応募されている場合であっても、 スライドは１点としてください。 ・スライドのファイル形式について ファイル形式ははパワーポイント形式とし、 Microsoft Office PowerPoint 97-2003 (.PPT) でお願いします。 OpenOffice.orgで作成される方は .PPT で保存してください。 PowerPoint 2007 (.PPTX) 形式の原稿は受け付けいたしかねます。 また、ファイル保存時にはパスワードを設定しないでください。 スライドショーのファイルはPPTファイルのみとし、外部ファイル などを参照せずに自動スライドショーができるようにしてください。 ・スライドのファイルサイズについて PPTファイルは、2Mバイト以下を目安としてください。 ・スライドショーの映写時間について スライドショーの長さは、15秒以内で映写できる程度（2〜3枚 位）を目安としてください。 ・動画・アニメーション効果、音声などについて 動画を含んでいたり、アニメーションを用いているスライド、 ナレーションなどの音声については、作成者の意図されたとおり に再生されない可能性があります。 あらかじめご承知おきください。 ・フォントサイズについて ネット配信の帯域の関係上、上映に際してあまり細かな文字な どは見えにくい場合があります。 きれいに見えるのは概ね 30p 以上程度、とお考えください。 ・作成およびスライドショー環境に起因するトラブルについて PowerPointに限らず、プレゼンテーションソフトにおいては、 スライドデータを作成したパソコンとスライドショーを実行 するパソコンの環境の違い（ソフトウェアのバージョンやプ ラットフォームなど）により、作成者の意図したとおりに表示 されなかったり、レイアウトが崩れる可能性があります。 これらのトラブルが発生した場合、実行委員会事務局は その責任を一切負いません。 ・スライドの編集について ご応募いただいたスライドは、実行委員会事務局で事前に編集する 場合があります。 ・スライド映写のタイミイングについて どの時点でどのスライドを映写するかは実行委員会で決定します。 できるだけ、ユーザー企画などの集客につながるように努めますが、 ご要望には沿えない場合があります。 以上 2011年9月4日18:52 Yoichi Seino say.n...@gmail.com: 清野です。 関西オープンフォーラムの事務局から、 書籍販売についての問い合わせがございました。 僕自身はちょっと思いつかないのですが、 何か皆さん思いつくものがございますでしょうか? アドバイスが御座いましたらよろしくお願い致します。 16日までに特に案が無ければ「無し」として事務局には回答しようと思います。 よろしくお願い致します。 -- 以下、抜粋転載 -- 1. 推薦書籍をお知らせください。 2. 書籍の紹介イベントにご協力ください。 3. サイン会を開催しませんか。 2011年9月16日(金)までに回答いただけますようお願い致します。 1. 推薦書籍をお知らせください。 ブースに来られた方にお薦めしたい書籍はありませんか? その書籍をジュンク堂書店KOF店にて販売いたします。 ブースであなたが薦めた書籍を、来場者が手にとって その場で購入できるようにしたいと思います! ただしスペースの関係上、推薦書籍は各コミュニティごとに 1点に限らせていただきます。 また、ジュンク堂書店で販売を遠慮して欲しい書籍があれば お知らせください。 推薦書籍: NG 書籍: 希少本などは取り寄せできない場合がございます。 2. 書籍紹介イベントにご協力ください。 推薦いただいた書籍を紹介するイベントを行います。 コミュニティの皆様に直接書籍を紹介していただきたいと思います。 司会進行はKOFスタッフが行います。(5分〜10分) 書籍紹介イベントに 参加する。 参加しない。 ご都合の良い日時、悪い日時があればお知らせください。 都合の良い日時: 都合の悪い日時: 3. サイン会を開催しませんか。 上記書籍の著者 (または翻訳者) の方はご来場いただけますでしょうか。 サイン会を開催していただける場合は、どなたが参加していただけるかを お知らせください。 著者 (翻訳者): 上記イベントで書籍を紹介した後にサイン会に移らせていただきます。 以上 3 点、よろしくお願い致します。 -- 以上、転載 -- ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 協力依頼：[HOT] 2011-10-23 10:41:21 (M 7.3) EASTERN TURKEY 38.6 43.5 (378fb)
東です。
トルコ地震被災後の衛星画像がDigital Globe社よりOpenStreetMapに提供され
HOTの「OSM Tasking Manager」サーバにセットアップされました。
http://tasks.hotosm.org/job/7
これは多人数による同時編集(CrowdSourcing)を排他制御するための仕組みで
個人別に編集エリアを割り当てて作業します。
同時に残作業が目に見えるために、作業の進捗と目標が明確になります。
熟練マッパーは他の人の編集結果を検証することもできます。
現時点での緊急性は発生当初より下がっていると思われますが
今後の先例となりそうですので、興味ある方は試してみられると
よいのではないでしょうか。
クライシスマッピングはもちろんクライシスの後方支援が目的ですが
副次的にそのテクニックを普段のマッピングに活かせたり
その国の様子が何となく分かったりするところもあり
いろいろ興味深いなぁと感ずるこのごろです。
【作業手順】
◆OSM Tasking Managerにアクセス
http://tasks.hotosm.org/job/7
◆OSMアカウントでログイン
◆「Take a task」ボタンをクリック
編集エリアが自動的に割り当てられます。
作業を中断したいときには「Unlock it!」をクリック
◆WikiにあなたのOSMアカウントを書き込む
（Digital Globe社からの画像利用条件に従い、同時利用者数を最大20名までに制限するため）
http://wiki.openstreetmap.org/wiki/TurkeyEarthquake2011/Using_FirstLook
◆編集手段を選択
JOSM/Potlatch/Walking-papers
◆画像配信URLを各エディタに設定
JOSM
https://services.digitalglobe.com/earthservice/wmtsaccess?CONNECTID=2a8267b3-4df3-4647-8f13-e9627337e269Service=WMTSREQUEST=GetTileVersion=1.0.0Format=image/jpegLayer=DigitalGlobe:ImageryTileServiceTileMatrixSet=EPSG:3857TileMatrix=EPSG:3857:{zoom}TileRow={y}TileCol={x}
Potlatch2
https://services.digitalglobe.com/earthservice/wmtsaccess?CONNECTID=2a8267b3-4df3-4647-8f13-e9627337e269Service=WMTSREQUEST=GetTileVersion=1.0.0Format=image/jpegLayer=DigitalGlobe:ImageryTileServiceTileMatrixSet=EPSG:3857TileMatrix=EPSG:3857:$zTileRow=$yTileCol=$x
◆道路その他のインフラをマッピング
◆sourceタグは以下の通り
source=FirstLook
◆編集終了時にWikiからあなたのアカウント名を削除
http://wiki.openstreetmap.org/wiki/TurkeyEarthquake2011/Using_FirstLook
11/10/24 Shu Higashi s_hig...@mua.biglobe.ne.jp:
東です。
震源地はこのあたり？
http://www.openstreetmap.org/?mlat=38.627mlon=43.534zoom=11layers=M
まだ状況がよくわかりませんが
建物の崩壊が報じられているので
建物のマッピングが有効かもしれませんね。
他のマップでも建物はあまり描かれていないようです。
http://www.geotribu.net/applications/baselayers/index.php?zoom=16lon=43.396209962988lat=38.499477267207l1=mapnikl2=bingnormall3=googlenormall4=yahoonormal
明日以降、時間あるときに参加したいと思います。
11/10/23 Yoichi Seino say.n...@gmail.com:
清野です。
一応、東日本大震災の時に活躍した、
http://wiki.openstreetmap.org/wiki/LiveMapViewer
というツールがありますが、今見ているのですが、まだ反応がありませんね…。
なお、東日本大震災の時に活用された各種ツール/サービスは
http://wiki.openstreetmap.org/wiki/JA:2011_Sendai_earthquake_and_tsunami/Mapping_coordination_and_data_sources#.E3.83.9E.E3.83.83.E3.83.94.E3.83.B3.E3.82.B0.E6.94.AF.E6.8F.B4.E3.83.84.E3.83.BC.E3.83.AB.28Help_tools_for_Mapping.29
こちらに色々と紹介されています。
ご参考まで…。
2011年10月23日23:49 Satoshi IIDA nyamp...@gmail.com:
いいだです。
Bingトレース、開始しました。
かなり多くの人が参加しているようで、更新のたびに競合が発生しています。
こまめのコミットをするとか、
競合しづらい建物やLanduseの描画をするとか、気をつけたほうがよさそうです。
震源地はヴァンの町、ぽいですね。
http://www.openstreetmap.org/?lat=38.48lon=43.4375zoom=12layers=M
P.S.
影響範囲の大きさでゆくと、タイも気になる。。。
2011年10月23日23:17 Hiroshi Miura miur...@osmf.jp:
OSMFJ 三浦です
HOT：人道的OSMチームで、トルコ東部での強い地震による被害の話と、
Map作成での支援要請がありました。Bingで高解像度の写真があるそうです。
すでに日本のTVニュースでも取り上げられてますね。５００−１０００人の
死亡が推測されているようです。
ご協力いただけるかたは、HOTのMLに参加ください。（英語）
またcrisis mappingでのご協力をお願いできればとおもいます。
Original Message
Subject: [HOT] Fwd: 2011-10-23 10:41:21 (M 7.3) EASTERN TURKEY 38.6 43.5
(378fb)
Date: Sun, 23 Oct 2011 15:25:08 +0200
From: Jean-Guilhem Cailton j...@arkemie.com
To: HOT h...@openstreetmap.org
Hi,
There was a strong earthquake in eastern Turkey, near Van.
USGS raises a Red alert for shaking-related fatalities and economic
losses. High casualties and extensive damage are probable and the
disaster is likely widespread. Past red alerts have required a national
or international response. Estimated economic losses are 0-4% GDP of
Turkey.
A high resolution Bing image of Van is available, and more streets could
be traced from it.
Best wishes,
Jean-Guilhem
Message original
Sujet: 2011-10-23 10:41:21 (M 7.3) EASTERN TURKEY 38.6 43.5 (378fb)
Date : Sun, 23 Oct 2011 11:16:21 + (UTC)
De : e...@usgs.gov (USGS ENS)
Répondre à : e...@usgs.gov
Pour :
7.3 M - EASTERN TURKEY
Preliminary Earthquake Report
Magnitude 7.3 M
Date-Time
23 Oct 2011 10:41:21 UTC
23 Oct 2011 13:41:21 near epicenter
23 Oct 2011 11:41:21 standard time in your timezone
Location 38.627N 43.534E
Depth 7 km
Distances
19 km (12 miles) NE (43 degrees) of Van, Turkey
116 km (72 miles) N (351 degrees) of Hakkari, Turkey
130 km (81 miles) SSE (161 degrees) of Karakose (Agri), Turkey
192 km (119 miles) SSW (206 degrees) of YEREVAN, Armenia
Location Uncertainty Horizontal: ; Vertical
Parameters Nph = 0; Dmin = ; Rmss = ; Gp = 0°
M-type = M; Version = 1
Event ID US b0006bqc
For updates, maps, and technical information, see:
Event Page
or
USGS Earthquake Hazards Program
National Earthquake Information Center
U.S. Geological Survey
http://neic.usgs.gov/
Disclaimer
This email was sent to j...@arkemie.xxx You requested mail for events
between -90.0/90.0 latitude and 180.0/-180.0 longitude (Default World)
for M6.0 between 08:00 and 20:00 and M6.5 other times. To change your
parameters or unsubscribe, go to: https://sslearthquake.usgs.gov/ens/
Re: [OSM-ja] Fwd: [OSM-talk] Japan coastline errors
ダグラスです。訳してみたいです。英語で書くことができますが、何の返事がいいか分かりません。 「こんにちは talk-jaと言うリストはほとんど日本語なんですが、私は日本語あまりできませんですが... 日本の海岸線いろんな場所でなんかもんだいあるみたいです。 OSMに入れている土のポリゴンは海の上までつけています。 例えば： http://www.openstreetmap.org/?lat=43.65lon=142.87zoom=8layers=M http://www.openstreetmap.org/?lat=33.704lon=133.075zoom=9layers=M http://www.openstreetmap.org/?lat=32.783lon=130.372zoom=10layers=M わかりませんですが、もしかして以前に正しい海岸線が消えられましたかもしれない。 ヒストリーに探しました、こんなことを見つけれませんでした。」 On Wed, 2 Nov 2011 13:19:47 +0900, Yoichi Seino wrote: 清野です。 本家talkメーリングリストに下記のような投稿がありました。 どなたかご回答いただけませんでしょうか? 日本語でしていただけたら英訳してこちらで投稿しても構いません。 -- Forwarded message -- From: Kimon Berlin ki...@deepskymarines.org Date: 2011/11/2 Subject: [OSM-talk] Japan coastline errors To: t...@openstreetmap.org Hi, talk-ja seems to be in Japanese and I'm not quite good enough for that -- I noticed that there are several spots where the Japanese coastline has problems, with large land polygons extending out to sea. For example: http://www.openstreetmap.org/?lat=43.65lon=142.87zoom=8layers=M http://www.openstreetmap.org/?lat=33.704lon=133.075zoom=9layers=M http://www.openstreetmap.org/?lat=32.783lon=130.372zoom=10layers=M Maybe the detailed coastline got deleted at some point? I took a quick look at the history for some areas, but did not find any obvious changes. Kimon ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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
Re: [Talk-GB] Doodle: OpenStreetMap Brighton mapping party
On 31 Oct 2011, at 19:25, Nick Whitelegg wrote: Anyone else got opinions on the date? We could go for a two day mapping party? might be interested depending on the type of mapping. Not so interested in addressing etc, but if it's road surveying/naming I'd be tempted. ATM can do any weekend except 12/13th. You're welcome to meet up and then head further afield to do some walking or roads. As Brighton was mapped fairly well a few years back, but before we mass mapped POIs and buildings, it is likely to be mostly adding POIs, buildings, addressing and checking the current data is up to date within the town centre. Shaun ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Tagging references to web-enabled databases (war memorials others)
As I've just mentioned in another thread, the UK National Inventory of War Memorials http://www.ukniwm.org.uk/, based at the Imperial War Museum, is creating a comprehensive archive of all war memorials in the United Kingdom. They have records for over 60,000 of the estimated 100,000 war memorials in the UK. These range from window and brass plaques to church organs, obelisks an crosses, and buildings. An example of the latter is the entry for Birmingham's Hall of Memory: http://www.ukniwm.org.uk/server/show/conMemorial.2049. How should I tag that? Generally speaking, is it best to use the full URL; UKNIWM_URL = http://www.ukniwm.org.uk/server/show/conMemorial.2049 or the unique ID part: UKNIWM_ID = 2049 and why? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging references to web-enabled databases (war memorials others)
On 1 November 2011 15:44, Andy Mabbett a...@pigsonthewing.org.uk wrote: As I've just mentioned in another thread, the UK National Inventory of War Memorials http://www.ukniwm.org.uk/, based at the Imperial War Museum, is creating a comprehensive archive of all war memorials in the United Kingdom. They have records for over 60,000 of the estimated 100,000 war memorials in the UK. These range from window and brass plaques to church organs, obelisks an crosses, and buildings. An example of the latter is the entry for Birmingham's Hall of Memory: http://www.ukniwm.org.uk/server/show/conMemorial.2049. How should I tag that? Generally speaking, is it best to use the full URL; UKNIWM_URL = http://www.ukniwm.org.uk/server/show/conMemorial.2049 or the unique ID part: UKNIWM_ID = 2049 and why? I would just plug the web site address into website= and use a tag ukniwm_id= for the ID in case that's of extra use for people. Why? Because the website tag is already known by data users, and for most of these memorials there is unlikely to be a better reference web page. If we're interested in specifically connecting up with the UKNIWM then the ID is more useful than an URL that may change and that isn't so easily processed. Regards, Tom -- http://tom.acrewoods.net http://twitter.com/tom_chance ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging references to web-enabled databases (war memorials others)
Andy Mabbett wrote: Generally speaking, is it best to use the full URL; UKNIWM_URL = http://www.ukniwm.org.uk/server/show/conMemorial.2049 or the unique ID part: UKNIWM_ID = 2049 Generally we have taken the approach that such data should not be included in OSM; we are not a mashup centre for other databases. There may also be copyright implications with including substantial linkages to third-party datasets. Better approaches include: a) store OSM IDs in the third-party database, not the other way round (the Flickr approach) b) create a separate database to associate third-party database ids with OSM ids c) match by verifiable characteristics (lat/long, name, postcode) d) use a system such as WOEIDs (http://developer.yahoo.com/geo/geoplanet/guide/concepts.html) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Tagging-references-to-web-enabled-databases-war-memorials-others-tp6952089p6952273.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Address improvement through imports?
All, We have seen a few local address point imports in the US. I know of DC and San Diego, there may be more. That made me want to look into other possible import sources for addresses. I collected some findings on the wiki here: https://wiki.openstreetmap.org/wiki/Address_Improvement/United_States_Address_Data_Import_Sources Feel free to add your (local) knowledge there. But let's discuss: are address imports useful (I say yes, for geocoding and routing they're indispensable), necessary (I say yes, potential OSM data users will want to be able to do these things) and feasible (I say yes, if there's local mappers to oversee it)? Best, -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Address improvement through imports?
By the way, if that page looks empty, that's because I just did not find very many resources on the state level which is where I looked. But at least I put in a link to what appears to be the central clearinghouse / catalog for geospatial data for each state. Martijn On Tue, Nov 1, 2011 at 5:14 PM, Martijn van Exel m...@rtijn.org wrote: All, We have seen a few local address point imports in the US. I know of DC and San Diego, there may be more. That made me want to look into other possible import sources for addresses. I collected some findings on the wiki here: https://wiki.openstreetmap.org/wiki/Address_Improvement/United_States_Address_Data_Import_Sources Feel free to add your (local) knowledge there. But let's discuss: are address imports useful (I say yes, for geocoding and routing they're indispensable), necessary (I say yes, potential OSM data users will want to be able to do these things) and feasible (I say yes, if there's local mappers to oversee it)? Best, -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Address improvement through imports?
On Tue, 1 Nov 2011 17:16:11 -0600, Martijn van Exel wrote: By the way, if that page looks empty, that's because I just did not find very many resources on the state level which is where I looked. But at least I put in a link to what appears to be the central clearinghouse / catalog for geospatial data for each state. FWIW, the Arkansas address points are supposed to correspond to a specific structure (and sometimes even specific units). However, since each county collects the data on its own, accuracy varies somewhat, although it's generally very good. I haven't heard any objections over my previous import of three counties, so I'll import more if I ever get some free time. It would help if upload.py wasn't so finicky at times. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Address improvement through imports?
I noticed the Arkansas import[1] in Bentonville as I was driving through. When I went back and added a few things along the way it seemed to be of pretty good quality although I didn't look at it too closely. As wary as I am of imports, I do think addresses are one of the things that CAN actually be imported successfully as long as the source data is of high enough quality. Since it is just nodes, there is much less of a technical hurdle to importing them, unlike NHD or building outlines where imports can fail in the middle and leave junk on the map. It is also data that is time consuming and, for a lot of people, boring to collect and enter. If you're mapping a shop or restaurant that you are visiting it's one thing to add in a couple of addr:* tags but to get truly good coverage including residential areas is much, much harder. [1] http://wiki.openstreetmap.org/wiki/Arkansas_Situs_Address_Points_Import Toby On Tue, Nov 1, 2011 at 6:16 PM, Martijn van Exel m...@rtijn.org wrote: By the way, if that page looks empty, that's because I just did not find very many resources on the state level which is where I looked. But at least I put in a link to what appears to be the central clearinghouse / catalog for geospatial data for each state. Martijn On Tue, Nov 1, 2011 at 5:14 PM, Martijn van Exel m...@rtijn.org wrote: All, We have seen a few local address point imports in the US. I know of DC and San Diego, there may be more. That made me want to look into other possible import sources for addresses. I collected some findings on the wiki here: https://wiki.openstreetmap.org/wiki/Address_Improvement/United_States_Address_Data_Import_Sources Feel free to add your (local) knowledge there. But let's discuss: are address imports useful (I say yes, for geocoding and routing they're indispensable), necessary (I say yes, potential OSM data users will want to be able to do these things) and feasible (I say yes, if there's local mappers to oversee it)? Best, -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Address improvement through imports?
On 11/1/2011 7:14 PM, Martijn van Exel wrote: But let's discuss: are address imports useful (I say yes, for geocoding and routing they're indispensable), necessary (I say yes, potential OSM data users will want to be able to do these things) and feasible (I say yes, if there's local mappers to oversee it)? I would agree - yes, yes, and yes if the data quality is good enough. TIGER is not of sufficient quality or precision to import - it is obfuscated to comply with privacy laws, but could be used by an external geocoder to get to the general vicinity. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Upload error handling
On 11/1/2011 8:24 PM, Nathan Mills wrote: It would help if upload.py wasn't so finicky at times. The real answer to upload.* and JOSM uploading is to query the changeset from OSM after an error, determine what has uploaded, then resume from there. I think there is a reluctance to develop this because certainly there are those who will simply convert a couple of Gig of shapefiles, point the upload at the .OSM file and walk away. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
