Re: [OSM-talk-be] POI Address problem
Processing addresses in my opinion has to be smart enough to handle all this. When I process OSM-data for mobile devices everything is removed that is not useful and I would hope other software is also smart enough to keep only the data it needs. I don't know of any mobile app that consumes OSM-data in it's raw form, except maybe some of the mobile editors. Mostly the arguments in favor of the associatedStreet relation are related to technology, the arguments against are the fact that OSM is more than a collection of hackers trying to build a map. These technology arguments are things that can be solved either way and I think we have enough people that can do this kind of stuff. The thing we really need are more mappers and I don't think OSM should become the kind of project where you would have to be an 'expert' to add a simple address to the database. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] POI Address problem
I'll rest my case for the associatedStreet relation. I was indeed talking about mobile editors like Vespucci or iLoE, not something like OsmAND, which does preprocess the data. I won't stop adding them myself every once in a while, but that won't change much, as adresses are not what I'm concentrating on, even though they are, of course, important. To be able to keep things workable once all those adresses will be added, I'll find a way to purge them from the dataset locally after each download... Can't live without autosave, but it's annoying it interrupts the workflow for longer and longer amounts of time. My preference is to do things in an efficient way, but we don't do that for other things either. Jo 2013/11/18 Ben Abelshausen ben.abelshau...@gmail.com Processing addresses in my opinion has to be smart enough to handle all this. When I process OSM-data for mobile devices everything is removed that is not useful and I would hope other software is also smart enough to keep only the data it needs. I don't know of any mobile app that consumes OSM-data in it's raw form, except maybe some of the mobile editors. Mostly the arguments in favor of the associatedStreet relation are related to technology, the arguments against are the fact that OSM is more than a collection of hackers trying to build a map. These technology arguments are things that can be solved either way and I think we have enough people that can do this kind of stuff. The thing we really need are more mappers and I don't think OSM should become the kind of project where you would have to be an 'expert' to add a simple address to the database. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] POI Address problem
I'm using autosave as well, don't see the problems that you encounter. Perhaps you have much larger changesets ? :-) Does autosave write everything ? Or only the things that are changed ? Just curious to pinpoint the exact cause of the long autosaves you encounter. m On Mon, Nov 18, 2013 at 12:39 PM, Jo winfi...@gmail.com wrote: I'll rest my case for the associatedStreet relation. I was indeed talking about mobile editors like Vespucci or iLoE, not something like OsmAND, which does preprocess the data. I won't stop adding them myself every once in a while, but that won't change much, as adresses are not what I'm concentrating on, even though they are, of course, important. To be able to keep things workable once all those adresses will be added, I'll find a way to purge them from the dataset locally after each download... Can't live without autosave, but it's annoying it interrupts the workflow for longer and longer amounts of time. My preference is to do things in an efficient way, but we don't do that for other things either. Jo 2013/11/18 Ben Abelshausen ben.abelshau...@gmail.com Processing addresses in my opinion has to be smart enough to handle all this. When I process OSM-data for mobile devices everything is removed that is not useful and I would hope other software is also smart enough to keep only the data it needs. I don't know of any mobile app that consumes OSM-data in it's raw form, except maybe some of the mobile editors. Mostly the arguments in favor of the associatedStreet relation are related to technology, the arguments against are the fact that OSM is more than a collection of hackers trying to build a map. These technology arguments are things that can be solved either way and I think we have enough people that can do this kind of stuff. The thing we really need are more mappers and I don't think OSM should become the kind of project where you would have to be an 'expert' to add a simple address to the database. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] POI Address problem
The areas I'm working with are very large (for the bus routes). Now the autosaves take 15-20 seconds (on SSD). That will change when all the adresses will have been added. But maybe it will change anyway. AS relations or not. I'll find a solution, no problem. The problem is rather that when all the addresses in say Europe will have been added and we're not careful with diskspace, it will have become impossible for people like you and me to work with all that data as a whole. But, as I said, I was going to rest my case. Jo 2013/11/18 Marc Gemis marc.ge...@gmail.com I'm using autosave as well, don't see the problems that you encounter. Perhaps you have much larger changesets ? :-) Does autosave write everything ? Or only the things that are changed ? Just curious to pinpoint the exact cause of the long autosaves you encounter. m On Mon, Nov 18, 2013 at 12:39 PM, Jo winfi...@gmail.com wrote: I'll rest my case for the associatedStreet relation. I was indeed talking about mobile editors like Vespucci or iLoE, not something like OsmAND, which does preprocess the data. I won't stop adding them myself every once in a while, but that won't change much, as adresses are not what I'm concentrating on, even though they are, of course, important. To be able to keep things workable once all those adresses will be added, I'll find a way to purge them from the dataset locally after each download... Can't live without autosave, but it's annoying it interrupts the workflow for longer and longer amounts of time. My preference is to do things in an efficient way, but we don't do that for other things either. Jo 2013/11/18 Ben Abelshausen ben.abelshau...@gmail.com Processing addresses in my opinion has to be smart enough to handle all this. When I process OSM-data for mobile devices everything is removed that is not useful and I would hope other software is also smart enough to keep only the data it needs. I don't know of any mobile app that consumes OSM-data in it's raw form, except maybe some of the mobile editors. Mostly the arguments in favor of the associatedStreet relation are related to technology, the arguments against are the fact that OSM is more than a collection of hackers trying to build a map. These technology arguments are things that can be solved either way and I think we have enough people that can do this kind of stuff. The thing we really need are more mappers and I don't think OSM should become the kind of project where you would have to be an 'expert' to add a simple address to the database. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Coastline updates
Hi! For the last about two weeks we haven't gotten any coastline updates through. The problem is that every day there is something broken somewhere with the coastline. Often problems get fixed the same day, but new problems show up the next. I have now changed the coastline update process from once a day to once every 4 hours. This means updates show up quicker in the OSM Inspector at http://tools.geofabrik.de/osmi/?view=coastline . If you fix something, you can see the result earlier and the chances that we get a good coastline increase. Please use the OSM Inspector to check on your own and other peoples work. Remember the coastline has to be one unbroken line of ways (tagged natural=coastline) that are connected end-to-end. The land always has to be on the left side, the water on the right side of that way. Never leave the coastline in a broken state, even if you think you'll come back to it tomorrow. Unless with most other stuff you edit in OSM, if you break the coastline in one place, it might mean the rest of the world doesn't get coastline updates! Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline updates
On Monday 18 November 2013, Jochen Topf wrote: Hi! For the last about two weeks we haven't gotten any coastline updates through. The problem is that every day there is something broken somewhere with the coastline. Often problems get fixed the same day, but new problems show up the next. I have now changed the coastline update process from once a day to once every 4 hours. This means updates show up quicker in the OSM Inspector at http://tools.geofabrik.de/osmi/?view=coastline . Sounds good. This should also increase the chance that if you see an error in the OSMI it is not already fixed (which is very common at the moment and somewhat annoying of course). How sensitive is your system by the way in discarding a coastline as broken? Obviously any unfixable error in one of the four large continental coastlines will trigger it. Same for large islands like Greenland and New Guinea i suppose. But there probably is a limit. There have for example been many coastline errors in the Philippines recently due to recent mapping activity there but many on fairly small islands. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSRM-talk] via_points in output
On 11/18/2013 12:09 PM, Florian Lohoff wrote: On Mon, Nov 18, 2013 at 09:08:47AM -0500, Stephen Woodbridge wrote: Or would it be more feasible to extend the OSRM output a bit to dump these interesting nodes additionally? Why not take the route geometries and load them into postgis where you can intersect the routes and get the crossing points? You could alternatively probably do this in C, PHP, Perl or Python using a libgeos wrapper which is the geometry engine that is in PostGIS. I am talking about multiple million routes - My testset has 26k routes. And the point is that after discoverying the intersections i need to delete the routes and calculate 3 new routes. A --x B | | | C Calculating A - B Calculating C - B Finding x Calculating A - x Calculating x - B Calculating C - c Flo Flo, pgRouting has a function to node a network of lines. It basically does exactly this. It takes a table of linestring geometries, chops all the strings at the intersection and forms a correctly noded result in a new table, maintaining a back reference to the original table so you can move any attributes over to the new table. https://github.com/pgRouting/pgrouting/blob/master/src/common/sql/pgrouting_node_network.sql Let me know if you want to try this and need help getting started. -Steve ___ OSRM-talk mailing list osrm-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [talk-au] M31 at Holbrook
I've just submitted the edit for the Holbrook bypass and associated roads. I haven't yet submitted the GPS traces (homework for me). The old Hume Hwy north of where Pinnabar Road used to join is still present, but blocked off by temporary road closure barriers (yellow and black striped signs on metal stands) - I've added barrier=yes here (I'm not sure if this is a permanent closure at that point), but have left the road north of there, as it is still present (up to the closure near the current highway). I have also surveyed Pinnabar Road, Millswood Road and Tip Road, plus a couple of new access roads at the southern end of the bypass. If you happen to go near Albury, you could check where the Riverina Hwy (B58) stops. I had thought the new route number was going to terminate at the Hume Hwy, but signs at the ramps off the Hume Hwy at the junction indicate B58 continues to the east, and I did see another B58 on a sign (I think at Elizabeth Mitchell Drive - I turned off here to head north), but the road distance sign I saw on that section of road didn't have a road name or number. On 15/11/2013, at 10:23 PM, Nick Hocking wrote: Hi Arthur, mark, About four weeks ago I went down to Melbourne, for a bike ride and did have my GPS on through Holbrook. I saw someone had put the bypass in so I didn't think to check it. I've just uploaded my GPS and it matches the other one very well and is substantially different to the construction ways. Last Year I wen down to Nagambie lakes ( for a bike ride) and surveyed most of Holbrook (pre bypass) on the way back. A lot of this is now wrong, because of the bypass. Mark, I'll be going back down to Nagambie Lakes for the same ride this year (in two weeks), so If you run out of time or miss any roads, I will be able to finish them off. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] ICMBio
Oi Augusto, Sua proposta me parece muito bem escrita mesmo. Tenho umas sugestões (nada muito importante, só refinamentos) e uma dúvida: 1. A tag ref raramente tem sido usada com um identificador de país (:br, :uk, :de, etc.), pra seguir o mesmo estilo você usaria apenas ref:CNUC. 2. Da mesma forma, a tag url:en poderia ser simplesmente url, já que a língua padrão do OSM é o inglês. Apenas url tende a ser mais suportada por aplicações. 3. Em operator você poderia colocar ICMBio, não precisa ser o nome completo - isso economiza espaço na base de dados, e procurando no Google qualquer pessoa descobre o que significa. 4. Nunca vi usarem a tag source:license, parece ser muito pouco usada ( http://taginfo.openstreetmap.org/keys/source%3Alicense), acredito que essa informação pode ser encontrada na sua página de importação no wiki mesmo. 5. Acho que você poderia complementar a variável title_exceptions com mais alguns casos, eis o que eu uso nos meus scripts: ['e', 'ou', 'o', 'a', 'os', 'as', 'de', 'do', 'da', 'dos', 'das', 'em', 'no', 'na', 'nos', 'nas', 'per', 'pelo', 'pela', 'pelos', 'pelas', 'por', 'para', 'entre', 'del', 'lo', 'la', 'los', 'las', 'di', 'du', 'van', 'von'] Uma exceção que requer tratamento manual é o de nomes que começam com d-apóstrofe, como d'Avila. Uma busca simples no JOSM antes de fazer o upload deve lhe permitir encontrar todos esses casos. Só cuidado que o apóstrofe pode ser 3 símbolos diferentes: ', ` ou ´ 6. Tinha entendido que você marcaria todas as áreas com nature_reserve (além de national park), mas o seu código tem um if que provavelmente só vai marcar algumas delas assim. Confere? O que exatamente Sigla_Gr=PI significa? 2013/11/16 Augusto Stoffel arstof...@yahoo.com.br Sobre a atrubuição, eu mencionei explicitamente a página de contribuidores da wiki, então acho que não tem dúvida. Criei uma descrição dos meu planos na wiki. https://wiki.openstreetmap.org/wiki/ICMBio_Import Sobre as áreas que já estão no mapa, eu não pretendo alterá-las, mas pretendo uniformizar as suas tags com o esquema usado na importação. On Sat, 2013-11-16 at 00:05 -0200, Fernando Trebien wrote: Certamente é um sinal muito positivo, pelo que eu entendo isso significa que podemos continuar com a importação usando pelo menos a tag source=ICMBio. Mas quando a Carla disse, Recomendamos a inclusão do ICMBio como colaborador do projeto OpenStreetMap, teria que confirmar se o que ela quis dizer foi que ela gostaria/exigiria crédito naquela página de copyright do site principal. O pessoal da lista legal não respondeu meu último e-mail ainda (sobre o LABGEO). 2013/11/15 Augusto Stoffel arstof...@yahoo.com.br Contatei o ICMBio explicando que os dados no OSM podem ser usados em trabalhos derivados e comerciais, e também que a atribuição de autoria se daria através de uma tag source que é facilmente visível apenas em modo de edição, bem como uma referência na página de contribuidores da wiki. A reposta do ICMBio, anexada abaixo, parece indicar que o uso é possível, e quiças visto com certo entusiasmo. === Original Message Subject:Fwd: Uso de dados geográficos Date: Wed, 13 Nov 2013 09:11:46 -0200 From: Ascom ICMBio ascomchicomen...@icmbio.gov.br To: arstoffel@XXX Augusto, segue a resposta acerca de sua demanda sobre o uso dos dados do portal ICMBio. Contamos com vc no sentido de garantir os créditos de tais dados ao ICMBio. Sandra Tavares Comunicação ICMBio 61-3341-9290 -- Mensagem encaminhada -- De: *Fabiana Hessel* fabiana.hes...@icmbio.gov.br mailto:fabiana.hes...@icmbio.gov.br Data: 12 de novembro de 2013 11:58 Assunto: Re: Uso de dados geográficos Para: Carla Lessa caule...@gmail.com mailto:caule...@gmail.com, ICMBio Instituto Chico Mendes de Conservação da Biodiversidade ascomchicomen...@icmbio.gov.br mailto:ascomchicomen...@icmbio.gov.br Prezada Sandra, Informamos por meio do Sistema de Acesso à Informação que os dados dos limites das UCs são públicos e podem ser utilizados. Interessante saber que os dados serão incorporados ao OpenStreetMap, com o atributo ICMBio para cada dado. Recomendamos a inclusão do ICMBio como colaborador do projeto OpenStreetMap. Ressaltamos a necessidade de atualização dos dados referentes aos limites das UCs federais para alimentação do OpenStreetMap, pois os mesmos estão sendo revisados/refinados
[Talk-de] JOSM hüpft
Uff - ich bin da wol auf irgendeine Tate gekommen: Jetzt hüpft der Inhalt des Zeichenfensters bei jedem Klick wenn ich eine Linie oder Fläche erstellen will... Wie kann ich das wieder abstellen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM hüpft
Hallo Markus, Hast Du die Funktion Automatisch nachführen (im Menu unter Ansicht) aktiviert? Shortcut: umschalt+strg+f Original-Nachricht Betreff: [Talk-de] JOSM hüpft Datum: Mon Nov 18 2013 08:58:10 GMT+0100 Von: Markus liste12a4...@gmx.de An: talk-de@openstreetmap.org Uff - ich bin da wol auf irgendeine Tate gekommen: Jetzt hüpft der Inhalt des Zeichenfensters bei jedem Klick wenn ich eine Linie oder Fläche erstellen will... Wie kann ich das wieder abstellen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. Tag - 10.000 Nummern ?? Kölner Mappingevent, So. 17. November
Am 26.10.2013 22:09, schrieb jotpe: wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000 Hausnummern ist zwar ambitioniert, aber mit der Liegenschaftskarte des NRW-Atlas haben wir eine schicke Ausgangslage... Nochmal danke an Joachim. Hi, kommt noch ein Abschlussbericht? Wenn ich richtig gezählt habe sind immerhin knapp 5000 Hausnummern dazu gekommen. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. Tag - 10.000 Nummern ?? Kölner Mappingevent, So. 17. November
Gibts heut abend. Gruß Johannes Am 18. November 2013 09:55 schrieb chris66 chris66...@gmx.de: Am 26.10.2013 22:09, schrieb jotpe: wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000 Hausnummern ist zwar ambitioniert, aber mit der Liegenschaftskarte des NRW-Atlas haben wir eine schicke Ausgangslage... Nochmal danke an Joachim. Hi, kommt noch ein Abschlussbericht? Wenn ich richtig gezählt habe sind immerhin knapp 5000 Hausnummern dazu gekommen. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. Tag - 10.000 Nummern ?? Kölner Mappingevent, So. 17. November
Hallo Chris66, Am 18.11.2013 09:55, schrieb chris66: Am 26.10.2013 22:09, schrieb jotpe: wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000 Hausnummern ist zwar ambitioniert, aber mit der Liegenschaftskarte des NRW-Atlas haben wir eine schicke Ausgangslage... Nochmal danke an Joachim. Hi, kommt noch ein Abschlussbericht? Wenn ich richtig gezählt habe sind immerhin knapp 5000 Hausnummern dazu gekommen. ich bin mir sicher, das Johannes noch ein offizielles Statement abgeben wird, gib ihm bitte etwas Zeit dazu. Gestern abend wurde noch bis 23:55h gearbeitet und da hatte Johannes inoffiziell etwa 6080 Hausnummern ermittelt, da waren aber reine Änderungen mit enthaltenem addr:housenumber Key und nur flächenhafte Adressen drin. Die genauen Zahlen wird er noch ermitteln. Im OSM-Forum [1] sind auch Rohdaten-Auswertungen angegeben und werden vermutlich heute auch nochmal verständlich aufbereitet. Aus der Hausnummernauswertung kann ich heute abend Zahlen nennen. Viele Grüße Dietmar [1] http://forum.openstreetmap.org/viewtopic.php?id=23020p=2 Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM hüpft
Hi, danke, das hat geholfen: Hast Du die Funktion Automatisch nachführen Shortcut: umschalt+strg+f Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebietslöschung
Zur Info: User Oberförster löscht gerade das Gebiet um Oberwiesen/Pfalz. http://www.openstreetmap.org/#map=13/49.6956/7.9680 Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebietslöschung
Die Kommentare der Änderungssätze sprechen Bände: Lasse mich nicht von anderen Mappern als Kleingeist titulieren, bei der Menge, die ich zu OSM beigetragen hatte! Mein bisheriges Mapping wegen Beleidigung durch anderen OSM-Mapper entfernt. Bezeichnung Kleingeist eines OMS-Mitglieds in FIXME einer Straße durch anderes OSM-Mitglied Ich verkneife mir mal Kommentare zu seinen Kommentaren und Handlungen. Constanze Original-Nachricht Betreff: [Talk-de] Gebietslöschung Datum: Mon Nov 18 2013 11:59:39 GMT+0100 Von: chris66 chris66...@gmx.de An: talk-de@openstreetmap.org Zur Info: User Oberförster löscht gerade das Gebiet um Oberwiesen/Pfalz. http://www.openstreetmap.org/#map=13/49.6956/7.9680 Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebietslöschung
Hi, On 11/18/2013 11:59 AM, chris66 wrote: User Oberförster löscht gerade das Gebiet um Oberwiesen/Pfalz. Hab ihn mal gesperrt, aber man muss mal untersuchen, welche Edits revertiert werden sollen und bei welchen man vielleicht froh ist, dass sie geloescht wurden. Ausserdem wuerde ich schon auch noch gern den behaupteten schweren Beleidigungen auf den Grund gehen, vielleicht gibt es noch andere, die ermahnt werden muessen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lokalisiertes Werbematerial: Flyer
Hi, Frederik Ramm schrieb: Kannst es auch auf http://wiki.openstreetmap.org/wiki/Flyers_and_posters/Flyers eintragen, da hat Andreas Labres mal eine Liste anzufangen. ich hab vorläufig die Sourcen mal zu mir hochgeladen: http://osm.won2.de/temp/flyer_src.tar.bzip2 Das mit der Wiki-Seite versuche ich noch, das überfordert mich nur im Moment etwas :*) Für ein Vorschaubildchen ist mir nicht ganz klar, welche Lizenz ich da jetzt auswählen muss. Die Vorlage (sourcen) kann ich wohl wegen dem Format nicht hochladen :/ Hat jemand eine Idee was ich mit den Sourcen am besten mache (sonst lass ich sie auf meinem Server und verlinke dahin)? Gruß, Peda p.s. Die Sourcen haben derzeit ein Layout für die Druckbedingungen von wir-machen-druck.de und die sind nicht kompatibel mit flyeralarm! Also aufpassen, wenn ihr wo anders drucken lasst! -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. Tag - 10.000 Nummern ?? Kölner Mappingevent, So. 17. November
Dietmar wrote Im OSM-Forum [1] sind auch Rohdaten-Auswertungen angegeben und werden vermutlich heute auch nochmal verständlich aufbereitet. Von mir (wambacher) wird da nichts mehr kommen, da ich zu spät eingestiegen bin und keine verlässlichen Werte vor Beginn der Aktion habe. Ich kann nur sagen, dass wir vorher ca 34000 Hausnummern hatten und jetzt genau 39986 haben. Macht ~6000 Neuzugänge. http://gis.19327.n5.nabble.com/file/n5785959/lstats_62578-day.png Thomas (SunCobald) wird morgen wohl eine detailliertere Auswertung erstellen. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/1-Tag-10-000-Nummern-Kolner-Mappingevent-So-17-November-tp5783029p5785959.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Post_Box vereinheitlichen?
Hallo liebe OSM-Community, beim Mappen von Briefkästen bin ich letztens auf folgende Liste für einheitliche operator- und brand-Bezeichnungen gestoßen: http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister Nach dieser Auflistung habe ich jetzt erstmal alle Briefkästen der PostModern umgetaggt und vereinheitlicht, das ganze noch mehr oder weniger händisch. Die Frage ist jetzt, ob ich nicht mit Hilfe von Overpass Turbo Stück für Stück ganz Deutschland von uneinheitlichen Deutsche Post-Briefkästen befreie, indem ich alle an die Liste anpassen. Was haltet ihr davon? Vielen Dank. Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18. November 2013 16:32 schrieb Carsten Pietzsch carsten.pietz...@gmail.com: beim Mappen von Briefkästen bin ich letztens auf folgende Liste für einheitliche operator- und brand-Bezeichnungen gestoßen: http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister Nach dieser Auflistung habe ich jetzt erstmal alle Briefkästen der PostModern umgetaggt und vereinheitlicht, das ganze noch mehr oder weniger händisch. Die Frage ist jetzt, ob ich nicht mit Hilfe von Overpass Turbo Stück für Stück ganz Deutschland von uneinheitlichen Deutsche Post-Briefkästen befreie, indem ich alle an die Liste anpassen. ich finde bei operator Deutsche Post AG als Wert besser (in der o.g. Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut taginfo derzeit auch eine Mehrheit: 17 845 *operator* http://taginfo.openstreetmap.org/keys/operator *Deutsche Post* AGhttp://taginfo.openstreetmap.org/tags/operator=Deutsche%20Post%20AG 13 839 *operator* http://taginfo.openstreetmap.org/keys/operator *Deutsche Post*http://taginfo.openstreetmap.org/tags/operator=Deutsche%20Post Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
ich finde bei operator Deutsche Post AG als Wert besser (in der o.g. Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut taginfo derzeit auch eine Mehrheit: Hallo Martin, ich kann mir gut vorstellen, dass die Bezeichnung mit AG verbreiteter ist. Das ändert nur nichts an dem Problem, dass wie du selbst aufgezeigt hast, verschiedene Bezeichnungen parallel zueinander existieren mit ähnlichen Verbreitungen. Eben zu diesem Zweck scheint ja die Wikiseite zu existieren. Im Übrigen finde ich es inkonsequent bei Briefkästen die Geschäftsform anzuhängen. Von den operator-Keys mit der meisten Verbreitungen haben nur die Deutsche Post AG und die Deutsche Telekom AG die Geschäftsform in der Bezeichnung, sofern ich das jetzt überblicken kann. Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18. November 2013 16:50 schrieb Carsten Pietzsch carsten.pietz...@gmail.com: ich kann mir gut vorstellen, dass die Bezeichnung mit AG verbreiteter ist. Das ändert nur nichts an dem Problem, dass wie du selbst aufgezeigt hast, verschiedene Bezeichnungen parallel zueinander existieren mit ähnlichen Verbreitungen. Eben zu diesem Zweck scheint ja die Wikiseite zu existieren. genau, die Seite versucht wohl, einen Standard vorzugeben, wie man bestimmte Betreiber und deren Marken eintragen soll, das steht so auch im ersten Satz: Diese Seite soll keine Auflistung aller Postdienstleister in Deutschland sein, sondern einen Anhaltspunkt für ein einheitliches Eintragen der Betreiber von Briefkästen, Paketstationen, Postschalter und -annahmestellen usw. Habe mir daher mal einen Eintrag zu einer Firma angesehen, die ich selbst auch kenne, eben die Post, und bei diesem ersten Blindtest scheint das auf der Seite vorgeschlagene nicht mit der Taggingpraxis übereinzustimmen. Um auf Deine Eingangsfrage zurückzukommen: Die Frage ist jetzt, ob ich nicht mit Hilfe von Overpass Turbo Stück für Stück ganz Deutschland von uneinheitlichen Deutsche Post-Briefkästen befreie, indem ich alle an die Liste anpassen. Nein, solltest Du nicht tun. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18.11.2013 16:50, schrieb Carsten Pietzsch: ich finde bei operator Deutsche Post AG als Wert besser (in der o.g. Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut taginfo derzeit auch eine Mehrheit: Hallo Martin, ich kann mir gut vorstellen, dass die Bezeichnung mit AG verbreiteter ist. Das ändert nur nichts an dem Problem, dass wie du selbst aufgezeigt hast, verschiedene Bezeichnungen parallel zueinander existieren mit ähnlichen Verbreitungen. Eben zu diesem Zweck scheint ja die Wikiseite zu existieren. Im Übrigen finde ich es inkonsequent bei Briefkästen die Geschäftsform anzuhängen. Von den operator-Keys mit der meisten Verbreitungen haben nur die Deutsche Post AG und die Deutsche Telekom AG die Geschäftsform in der Bezeichnung, sofern ich das jetzt überblicken kann. Die Geschäftsform wird von mir grundsätzlich immer mit angegeben, wenn die Firma sie im Namen führt. Das ist für mich ein Bestandteil des Namens. Zudem sind solche Zusätze mitunter recht hilfreich wenn es sich um Konzerne handelt. In diesem speziellen Fall gibt es eine Reihe von Töchtern von denen auch einige das Deutsche Post im Namen führen. Ohne den vollständigen Namen kann es mitunter problematisch sein, den wirklichen Operator zu erkennen. Die Bezeichnungen Deutsche Post ohne AG oder sonstige Zusätze und DHL sind Marken dieses Postkonzerns und keine Firmennamen. Sie gehören deswegen in den Tag brand meiner Meinung nach. Im Tag operator haben sie nichts verloren. So ist es auch in OSM definiert: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box Die Deutsche Übersetzung dieser Seite scheint mir in diesem Punkt falsch zu sein, da sie als Operator Deutsche Post vorschlägt, was im Widerspruch zur Definition Operator=Firmenname, Brand=Marke steht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Hallo René, zur Rechtsform des Unternehmes im Operator-Key ist das Wiki leider etwas ungenau: Die Rechtsform des Unternehmens kann weggelassen werden, da OSM ja kein Handelsregister ist. Quelle: http://wiki.openstreetmap.org/wiki/DE:Key:operator Im englischen hab ich nichts dazu gefunden. Das ist natürlich prinzipiell ein ärgerliches Problem, was zu sehr inkonsistenten Daten führt. Grad die Briefkästen taggt somit halt jeder wie er will, 17000 gegen 13000. Das ist Mist. Schade, dass die Wikiseite zu den Postdienstleistern scheinbar auch keine Aussagekraft hat. Das ist natürlich ein sehr unguter Zustand ist, da das mit die einzige Instanz ist, die dafür sorgt, dass das Tagging-Chaos nicht total überhand nimmt. Hier müsste mal eine klare Aussage her! Viele Grüße Carsten -- öffentlicher PGP Schlüssel hier: http://moehrenplug.de.vu/CarstenPGP.asc Am 18. November 2013 17:28 schrieb René Falk li...@falconaerie.de: Am 18.11.2013 16:50, schrieb Carsten Pietzsch: ich finde bei operator Deutsche Post AG als Wert besser (in der o.g. Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut taginfo derzeit auch eine Mehrheit: Hallo Martin, ich kann mir gut vorstellen, dass die Bezeichnung mit AG verbreiteter ist. Das ändert nur nichts an dem Problem, dass wie du selbst aufgezeigt hast, verschiedene Bezeichnungen parallel zueinander existieren mit ähnlichen Verbreitungen. Eben zu diesem Zweck scheint ja die Wikiseite zu existieren. Im Übrigen finde ich es inkonsequent bei Briefkästen die Geschäftsform anzuhängen. Von den operator-Keys mit der meisten Verbreitungen haben nur die Deutsche Post AG und die Deutsche Telekom AG die Geschäftsform in der Bezeichnung, sofern ich das jetzt überblicken kann. Die Geschäftsform wird von mir grundsätzlich immer mit angegeben, wenn die Firma sie im Namen führt. Das ist für mich ein Bestandteil des Namens. Zudem sind solche Zusätze mitunter recht hilfreich wenn es sich um Konzerne handelt. In diesem speziellen Fall gibt es eine Reihe von Töchtern von denen auch einige das Deutsche Post im Namen führen. Ohne den vollständigen Namen kann es mitunter problematisch sein, den wirklichen Operator zu erkennen. Die Bezeichnungen Deutsche Post ohne AG oder sonstige Zusätze und DHL sind Marken dieses Postkonzerns und keine Firmennamen. Sie gehören deswegen in den Tag brand meiner Meinung nach. Im Tag operator haben sie nichts verloren. So ist es auch in OSM definiert: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box Die Deutsche Übersetzung dieser Seite scheint mir in diesem Punkt falsch zu sein, da sie als Operator Deutsche Post vorschlägt, was im Widerspruch zur Definition Operator=Firmenname, Brand=Marke steht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
dieterdreist wrote Um auf Deine Eingangsfrage zurückzukommen: Die Frage ist jetzt, ob ich nicht mit Hilfe von Overpass Turbo Stück für Stück ganz Deutschland von uneinheitlichen Deutsche Post-Briefkästen befreie, indem ich alle an die Liste anpassen. Nein, solltest Du nicht tun. Sollte es aber neben Deutsche Post und Deutsche Post AG noch andere Schreibweisen geben, könnte man daran denken, diese anzupassen. Klein/Großschreibung ist hier unwichtig, das poliert ein eventueller Auswerter so nebenbei mit, aber manche Einträge gehen dann schon mal verschütt: Ist eine Auswertung für Köln mit aktuellen Daten. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5785999.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
und hier eine komplette Liste für Deutschland http://osm.wno-edv-service.de/DataServer/osm/forum/briefkästen.txt . Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786007.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18.11.2013 17:38, schrieb Carsten Pietzsch: Hallo René, zur Rechtsform des Unternehmes im Operator-Key ist das Wiki leider etwas ungenau: Die Rechtsform des Unternehmens kann weggelassen werden, da OSM ja kein Handelsregister ist. Quelle: http://wiki.openstreetmap.org/wiki/DE:Key:operator Im englischen hab ich nichts dazu gefunden. Das ist natürlich prinzipiell ein ärgerliches Problem, was zu sehr inkonsistenten Daten führt. Grad die Briefkästen taggt somit halt jeder wie er will, 17000 gegen 13000. Das ist Mist. Schade, dass die Wikiseite zu den Postdienstleistern scheinbar auch keine Aussagekraft hat. Das ist natürlich ein sehr unguter Zustand ist, da das mit die einzige Instanz ist, die dafür sorgt, dass das Tagging-Chaos nicht total überhand nimmt. Hier müsste mal eine klare Aussage her! Klare Aussage bei OSM? :-) Das ist für dich Mist? Hast Du dich mal mit dem name Tag und seinen Variationen beschäftigt? Dagegen ist das hier Kleinkram. Es ist nun einmal so, das die Erfassung von Namen (operator, owner, name mit seinen Variationen, usw.) ungenau ist. Nicht jeder Mapper kann alle exakten Namen wissen und nicht jeder Mapper recherchiert, ob ein Name richtig geschrieben ist. Dazu noch falsche oder veraltete Eintragungen im Internet oder bei Behörden, Tippfehler, etc. Wie oft wird hier auf der Liste nach der korrekten Schreibweise von irgendwelchen Namen gefragt. Ich weiß um den Unterschied zwischen der Marke Deutsche Post und der Firma Deutsche Post AG. Da ich mich Beruflich leider häufig mit den Konsequenzen von Verwechslungen zwischen Marken und der zuständigen Firma rum schlagen muss (was mir tierisch auf den Sack geht), achte ich halt beim mappen auf eine entsprechende Unterscheidung und schreibe Deutsche Post AG für die Firma und Deutsche Post für die Marke. Andere kennen das nicht oder es ist ihnen egal und mappen das entsprechend weniger differenziert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Ich denke mal, im Hinblick auf die bisherige Taggingpraxis wird man mit den unterschiedlichen Bezeichnungen jedenfalls solange leben (müssen), wie sich nicht eindeutig eine bestimmte Handhabung als die Vorherrschende herauskristallisiert. Jedenfalls dürfte eine Diskussion hier auf der Liste angesichts der wenigen Personen, die sich daran beteiligen, keine ausreichende Grundlage für eine tausendfache Änderung in die eine oder andere Richtung sein. Ein Renderer dürfte wahrscheinlich auch keine Probleme haben, beide Varianten auszuwerten. Harald Am 18.11.2013 18:56, schrieb René Falk: Am 18.11.2013 17:38, schrieb Carsten Pietzsch: Hallo René, zur Rechtsform des Unternehmes im Operator-Key ist das Wiki leider etwas ungenau: Die Rechtsform des Unternehmens kann weggelassen werden, da OSM ja kein Handelsregister ist. Quelle: http://wiki.openstreetmap.org/wiki/DE:Key:operator Im englischen hab ich nichts dazu gefunden. Das ist natürlich prinzipiell ein ärgerliches Problem, was zu sehr inkonsistenten Daten führt. Grad die Briefkästen taggt somit halt jeder wie er will, 17000 gegen 13000. Das ist Mist. Schade, dass die Wikiseite zu den Postdienstleistern scheinbar auch keine Aussagekraft hat. Das ist natürlich ein sehr unguter Zustand ist, da das mit die einzige Instanz ist, die dafür sorgt, dass das Tagging-Chaos nicht total überhand nimmt. Hier müsste mal eine klare Aussage her! Klare Aussage bei OSM? :-) Das ist für dich Mist? Hast Du dich mal mit dem name Tag und seinen Variationen beschäftigt? Dagegen ist das hier Kleinkram. Es ist nun einmal so, das die Erfassung von Namen (operator, owner, name mit seinen Variationen, usw.) ungenau ist. Nicht jeder Mapper kann alle exakten Namen wissen und nicht jeder Mapper recherchiert, ob ein Name richtig geschrieben ist. Dazu noch falsche oder veraltete Eintragungen im Internet oder bei Behörden, Tippfehler, etc. Wie oft wird hier auf der Liste nach der korrekten Schreibweise von irgendwelchen Namen gefragt. Ich weiß um den Unterschied zwischen der Marke Deutsche Post und der Firma Deutsche Post AG. Da ich mich Beruflich leider häufig mit den Konsequenzen von Verwechslungen zwischen Marken und der zuständigen Firma rum schlagen muss (was mir tierisch auf den Sack geht), achte ich halt beim mappen auf eine entsprechende Unterscheidung und schreibe Deutsche Post AG für die Firma und Deutsche Post für die Marke. Andere kennen das nicht oder es ist ihnen egal und mappen das entsprechend weniger differenziert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Hallo, On 18.11.2013 17:38, Carsten Pietzsch wrote: ... ärgerliches Problem ... ... sehr inkonsistenten Daten ... ... Das ist Mist ... ... ein sehr unguter Zustand ... ... Tagging-Chaos ... Hui, da ist aber einer wirklich in Rage ;) Ich sehe das so: Entweder, es gibt eine Moeglichkeit, automatisch die bestehenden Daten an eine Liste von erwarteten Werten anzugleichen (etwas derartiges, wenn auch vielleicht halbautomatisch, hattest Du ja anfangs vorgeschlagen). Dann kann die vorhandene Information ja so schlecht nicht sein; sie ist dann vielleicht nicht ideal praesentiert, aber doch ausreichend. Oder es gibt diese Moeglichkeit nicht. Dann muesstest Du von Hand alle falsch getaggten Briefkaesten richtig machen, und naechste Woche wieder, und uebernaechste Woche wieder... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Ich möchte nochmal auf meinen Vorschlag von vorhin kommen (obwohl ich brand=* vergessen hatte): wenn du alle Post-Ausreisser bis eben die beiden Gruppen Deutsche Post versus Deutsche Post AG bereinigen würdest, wäre OSM wohl mehr geholfen als dieses krasse Umtaggen. Zumal ich davon ausgehe, daß du bei der großen Aktion die echten Irrläufer so belassen würdest. Dafür brauchst du kein Programm, keine Anmeldung/Diskussion wegen automatischer Updates und wohl auch nicht unsere Zustimmung. Mach das einfach und alles wird gut. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786041.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Hallo Walter, Mit Hilfe deiner Liste bin ich das vorhin zusammen mit meinem Bruder angegangen. Wir haben einiges an Müll abändern können. Wir haben aber nur das angefasst, was wirklich absolut eindeutig war. Die 500x Post zum Beispiel haben wir auch erstmal gelassen. Das wäre ja auch eher wieder eine genehmigungspflichtige Massenbearbeitung ;) Das Problem generell mit der Geschäftsformen würde ich trotzdem längerfristig gern gelöst bekommen, aber das liegt wohl nicht in meiner Macht. Viele Grüße Carsten Am 18.11.2013 21:31 schrieb Walter Nordmann pil...@hotmail.com: Ich möchte nochmal auf meinen Vorschlag von vorhin kommen (obwohl ich brand=* vergessen hatte): wenn du alle Post-Ausreisser bis eben die beiden Gruppen Deutsche Post versus Deutsche Post AG bereinigen würdest, wäre OSM wohl mehr geholfen als dieses krasse Umtaggen. Zumal ich davon ausgehe, daß du bei der großen Aktion die echten Irrläufer so belassen würdest. Dafür brauchst du kein Programm, keine Anmeldung/Diskussion wegen automatischer Updates und wohl auch nicht unsere Zustimmung. Mach das einfach und alles wird gut. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786041.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Das wollte ich auch vorschlagen. Sowas hatte ich einmal auch begonnen. Einfach zu korrigierende Einzelfälle wie Groß/Kleinschreibung und Varianten, wo offensichtlich ist was gemeint ist vereinheitlichen. Und solange man jeden Punkt prüft ob es wirklich ein Briefkasten ist ist das auch ok. Solange man bei Unklarheiten lieber die Finger davon und alles so lässt wie es war. Grüße, Simeon Am 18.11.2013 21:30, schrieb Walter Nordmann: Ich möchte nochmal auf meinen Vorschlag von vorhin kommen (obwohl ich brand=* vergessen hatte): wenn du alle Post-Ausreisser bis eben die beiden Gruppen Deutsche Post versus Deutsche Post AG bereinigen würdest, wäre OSM wohl mehr geholfen als dieses krasse Umtaggen. Zumal ich davon ausgehe, daß du bei der großen Aktion die echten Irrläufer so belassen würdest. Dafür brauchst du kein Programm, keine Anmeldung/Diskussion wegen automatischer Updates und wohl auch nicht unsere Zustimmung. Mach das einfach und alles wird gut. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786041.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18. November 2013 21:38 schrieb Carsten Pietzsch carsten.pietz...@gmail.com: Das Problem generell mit der Geschäftsformen würde ich trotzdem längerfristig gern gelöst bekommen, aber das liegt wohl nicht in meiner Macht. einfach nachtragen, wo sie noch fehlt ;-) Im Ernst, das ist ein Namensbestandteil und daher gehört es mit rein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. Tag - 10.000 Nummern ?? Kölner Mappingevent, So. 17. November
Ergebnis des Mappingevents für den Kölner Adressimport 17.11. Erstmal vielen Dank an alle Mapper, die teilgenommen und Köln ein bisschen besser gemacht haben. 10.000 haben wir zwar nicht geknackt, dafür fehlte einfach noch etwas Manpower. Aber total egal, dass Ergebnis ist trotzdem beachtlich... Ich hoffe das noch weiterhin sich Mapper an diesem Mamutjob beteiligen, siehe [1]. Hier die Statistiken: Es wurden insgesamt 6133 Adressen an Gebäuden und 26 Adressen auf Eingängen gemappt. Unter [2] ein Scrennshot. Teilgenommen haben 14 User: 2029 Taroc 1354 jotpe 833 okilimu 589 chris66 510 bilderhobbit 371 AJoNee 229 gmbo 154 Der Troisdorfer 63 black_bike 10 berndw 7 avbelow 6 elel1 3 cgn1234 1 redrace [1] http://tasks.poole.ch/job/63 [2] http://wiki.openstreetmap.org/wiki/File:Changesets_K%C3%B6lner_Adressimport_Mappingevent_17.11.13_.png Beste Grüße aus Köln Johannes! Am 18. November 2013 16:25 schrieb Walter Nordmann pil...@hotmail.com: Dietmar wrote Im OSM-Forum [1] sind auch Rohdaten-Auswertungen angegeben und werden vermutlich heute auch nochmal verständlich aufbereitet. Von mir (wambacher) wird da nichts mehr kommen, da ich zu spät eingestiegen bin und keine verlässlichen Werte vor Beginn der Aktion habe. Ich kann nur sagen, dass wir vorher ca 34000 Hausnummern hatten und jetzt genau 39986 haben. Macht ~6000 Neuzugänge. http://gis.19327.n5.nabble.com/file/n5785959/lstats_62578-day.png Thomas (SunCobald) wird morgen wohl eine detailliertere Auswertung erstellen. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/1-Tag-10-000-Nummern-Kolner-Mappingevent-So-17-November-tp5783029p5785959.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Hallo, On 18.11.2013 21:38, Carsten Pietzsch wrote: Mit Hilfe deiner Liste bin ich das vorhin zusammen mit meinem Bruder angegangen. Wir haben einiges an Müll abändern können. Alles, was in OSM drin ist - mit Ausnahme von Import- oder Botfehlern vielleicht - ist von Menschen erstellt, die - mit Ausnahme von Vandalen vielleicht - damit einen Nutzen stiften wollten. Die Haltung, dass das, was diese Menschen machen, Muell ist, bloss weil sie mal einen operator nicht so eintragen, wie es nach Deiner Meinung nach richtig waere, kannst Du privat ja haben, aber wenn Du sie oeffentlich aeusserst, koennte sich durchaus der eine oder andere Mapper, der diesen Muell eingetragen hat, davon beleidigt fuehlen. Das muss doch nicht sein. Das Problem generell mit der Geschäftsformen würde ich trotzdem längerfristig gern gelöst bekommen, aber das liegt wohl nicht in meiner Macht. Es ist einfach zu unbedeutend, um deswegen einen Massen-Edit durchzufuehren. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Hallo Frederik, Mir ist egal, wie du es nennst. Wenn du es orthografische Differenzen nennen willst, dann nenn es so. Grüße Carsten Am 18.11.2013 22:39 schrieb Frederik Ramm frede...@remote.org: Hallo, On 18.11.2013 21:38, Carsten Pietzsch wrote: Mit Hilfe deiner Liste bin ich das vorhin zusammen mit meinem Bruder angegangen. Wir haben einiges an Müll abändern können. Alles, was in OSM drin ist - mit Ausnahme von Import- oder Botfehlern vielleicht - ist von Menschen erstellt, die - mit Ausnahme von Vandalen vielleicht - damit einen Nutzen stiften wollten. Die Haltung, dass das, was diese Menschen machen, Muell ist, bloss weil sie mal einen operator nicht so eintragen, wie es nach Deiner Meinung nach richtig waere, kannst Du privat ja haben, aber wenn Du sie oeffentlich aeusserst, koennte sich durchaus der eine oder andere Mapper, der diesen Muell eingetragen hat, davon beleidigt fuehlen. Das muss doch nicht sein. Das Problem generell mit der Geschäftsformen würde ich trotzdem längerfristig gern gelöst bekommen, aber das liegt wohl nicht in meiner Macht. Es ist einfach zu unbedeutend, um deswegen einen Massen-Edit durchzufuehren. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag für Viehunterstand?
Hallo, Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt? Amenity=animal_shelter ist schon anderweitig vergeben. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Hallo! Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt? Amenity=animal_shelter ist schon anderweitig vergeben. Meinst du in etwa sowas? http://forum.openstreetmap.org/viewtopic.php?pid=351687#p351687 Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Hallo, On 18.11.2013 22:44, Carsten Pietzsch wrote: Mir ist egal, wie du es nennst. Wenn du es orthografische Differenzen nennen willst, dann nenn es so. Ich glaub, ich nenne es Mangel an Respekt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 18.11.2013 23:25, schrieb Gregor Waluga: Hallo! Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt? Amenity=animal_shelter ist schon anderweitig vergeben. Meinst du in etwa sowas? http://forum.openstreetmap.org/viewtopic.php?pid=351687#p351687 Hallo Gregor, Nee, eher nicht. Bei mir sind das 3 Wände und ein Dach (Minimalausführung) ohne Möglichkeit die 4. Seite zu schließen oder zu versperren. und stehen auf Weiden und Koppeln rum. Es gibt auch Luxusausführungen mit Futterkrippe, Wasser und Einstreu. Im Unterschied zum Stall können die Tiere nach eigenem Gusto rein- und rauslaufen. Ich glaube, in England nennt man die Pferdeversion Paddockbox. Solche Unterstände gibt es auch für andere Weidetiere, nicht nur für Pferde. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Frederik Ramm wrote Ich glaub, ich nenne es Mangel an Respekt. wenn man die altbekannte Aussage Garbage in, garbage out nimmt, ist das Wort Müll garnicht so unpassend. Es ist für einen Auswerter nun nicht mal einfach bei mehreren Schreibweisen für ein und dieselbe Sache alle Eventualitäten zu berücksichtigen. Daher erscheint mir ein wenig Room Cleaning wohl angebracht. Es ist auch kein Müll, den da jemand eingegeben hat und der deswegen beschimpft wird, sondern die komischen Briefkästen sind einfach nicht zu gebrauchen. Und was nicht zu gebrauchen ist, ist Datenschrott, kurz ... Müll. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786079.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Ich tagge da aber Deutsche Post, denn auf den Briefkästen steht Deutsche Post und nicht Deutsche Post AG. Im Wiki ist deshalb ja auch Deutsche Post beschrieben. Da ist zwar nicht die Mehrheit aber selbst die Deutsche Post AG bezeichnet sich und ihr Produkt als Deutsch Post. http://standorte.deutschepost.de/Standortsuche?standorttyp=filialen_verkaufspunktelang=de Sicher im Impressum findet sich dann wieder Deutsche Post AG Das hieße also bei brand Deutsche Post und operator Deutsche Post AG taggen könnte dann auch richtig sein. Aber in den meißten Fällen ist es wie gesagt die Hilflosigkeit die ein Mapper hat wenn er etwas für ihn neues taggt. Da ist dann eine gute Wikiseite für den key der erste Ansprechpartner oder halt die Vorgabepresets. Wenn dann aber ein freier Text erwünscht ist muß damit gerechnet werden, dass es die unterschiedlichsten Einträge für das eigentlich gleiche gibt, da es Interpretationsunterschiede und Rechtschreib, Tippfehler gibt. Deshalb einen Mäpper als unwissend oder gar blöd hinzustellen und Massenedits zu fordern finde ich auch nicht gut. Dann sollten die die es besser wissen, an einer allgemeinverständlichen Beschreibung arbeiten. Damit würde dann die Vereinheitlichung direkt verbessert. Wenn mich dann die Tags einzelner User stören könnte ich den User freundlich anschreiben. Ungefär mit einer Frage ob die Verbesserung der Beschreibung jetzt verständlich wäre, da einem ja dabei schon mal den einen oder anderen Fehler übersähe und einer Beschreibung warum man was verbessert hätte.. Fürs Edittieren wäre das das selbe: Mit der Erklärung wo das preset gefunden wird und der Beschreibung angeschiebene User fühlen sich dann betreut und nicht verhöhnt und würden im Normalfall bei Einsicht ihre Einträge selber Ändern. Im Falle der Briefkästenr wäre meiner Ansicht nach eine comboboe nicht schlecht. Das Item könnte also z.B. so aussehen: item name=Post Box icon=styles/standard/service/post_box.png type=node link href=http://wiki.openstreetmap.org/wiki/Tag:amenity=post_box; de.href=http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=post_box; ja.href=http://wiki.openstreetmap.org/wiki/JA:Tag:amenity=post_box; pl.href=http://wiki.openstreetmap.org/wiki/Pl:Tag:amenity=post_box; pt_BR.href=http://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity=post_box; ru.href=http://wiki.openstreetmap.org/wiki/RU:Tag:amenity=post_box; / label text=Edit Postbox / space / key key=amenity value=post_box / combo key=operator text=Operator de.text=Unternehmen delimiter=| values=Arriva Deutschland|CITIPOST|+ Tochterunternehmen|City Mail Regensburg|City Mail Weiden|VDL Sachsen Holding|+ Tochterunternehmen|Citykurier! Gera|Citykurier! Jena|Citykurier! Altenburg|Citykurier! Gera Depot Eisenberg|DEBEX|Deutsche Post|Die Briefboten|Frankenbrief Post und Logistik|FIRST MAIL Düsseldorf|Logistic Mail Factory|Main-BriefLogistik|Main-PostLogistik|NordbayernPost Zustellgesellschaft mbH + Co. KG|Ostalb Mail|MEDIA Logistik|PIN Mail|RegioMail|südmail|allgäu mail|Nordbrief Rostock default= Deutsche Post / combo key=brand text=Brand de.text=Marke delimiter=| values=Arriva|CITIPOST|City Mail|City-Post|Citykurier!|DEBEX|Deutsche Post|Die Briefboten|Frankenbrief|First Mail|LMF|Main-BriefLogistik|Main-PostLogistik|NordbayernPost|Ostalb Mail|PostModern|pin|RegioMail|südmail|allgäu mail|NordBrief default= Deutsche Post / text key=ref text=Reference number / combo key=collection_times text=Collection times delimiter=| values=11:30|Mo-Fr 15:00,17:45,19:00,23:00; Sa 15:10; Su 10:30,23:00|Mo-Fr 09:00-12:00,17:15; Sa 14:00; So,PH off / check key=drive_through text=Drive through / /item ** Deshalb, noch einmal meine Meinung: Wir mappen als Gemeinschaft und es gibt keinen richtigen Oberguru der entscheidet: So gehts aber so nicht.. Fehler kann man aufdecken. Wenn es sich um Kleinigkeiten, Tipp- oder offensichtliche Rechtschreibfehler handel kann man den Einzelfall reparieren. In dem Fall, das es sich um immer wiederkehrende Fehler handelt würde ich das Gespräch mit dem Mapper suchen und ihn nach seinem Vorgehen befragen um ihm meine Verbesserungen vorzustellen. Gruß Gisbert Zur Vereinheitlichung wäre es hilfreich, ein wenig an dem Defaultpreset zu erweitern Am 18.11.2013 16:38, schrieb Martin Koppenhoefer: Am 18. November 2013 16:32 schrieb Carsten Pietzsch carsten.pietz...@gmail.com: beim Mappen von Briefkästen bin ich letztens auf folgende Liste für einheitliche operator- und brand-Bezeichnungen gestoßen: http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister Nach dieser Auflistung habe ich jetzt erstmal alle Briefkästen der PostModern umgetaggt und vereinheitlicht, das ganze noch mehr oder weniger händisch. Die Frage ist jetzt, ob ich nicht mit Hilfe von
Re: [Talk-it] [HOT] ricalco foto per zone colpite da tifone
andria_...@tiscali.it wrote mappare correttamente i buildings delle baraccopoli è sempre difficile per via di quei tetti fatti di lamiera arruginita o legno... si fa quel che si può. una cosa a cui tengono molto sembra siano i landuse residential per gli agglomerati e le case sparse Spero che tutto quel grigio non sia eternit. - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/HOT-ricalco-foto-per-zone-colpite-da-tifone-tp5784984p5785896.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [HOT] ricalco foto per zone colpite da tifone
No, dovrebbe essere proprio lamiera (non arrugginita). Infatti per mappare meglio mi sono visto un po' di foto sul web e ho notato che ce ne son tantissime in lamiera Il 18/11/2013 10:53, cascafico ha scritto: andria_...@tiscali.it wrote mappare correttamente i buildings delle baraccopoli è sempre difficile per via di quei tetti fatti di lamiera arruginita o legno... si fa quel che si può. una cosa a cui tengono molto sembra siano i landuse residential per gli agglomerati e le case sparse Spero che tutto quel grigio non sia eternit. - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/HOT-ricalco-foto-per-zone-colpite-da-tifone-tp5784984p5785896.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ancora nuova versione ID
stavolta hanno scombussolato i preset. infatti se ci si mette a mappare edifici avremmo come default casa ovvero building=home ma anche building=residential ecc ecc. Per me cmq è molto buono perché stanno andando ancor più nel dettaglio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Errore strano con ID
Salve, mappando una zona con Id via web ed andando successivamente a salvare, ho ottenuto il seguente errore: Version mismatch: Provided 1, server had: 2 of Node 626189378 Volevo sapere come rimediare, visto che ho in sospeso diverse modifiche da salvare Ho provato ad aprire un'altra sessione di editazione, fare modifiche e poi salvare; qui tutto è andato a buon fine... Grazie in anticipo, Griphon. Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis http://freelosophy.tiscali.it/ [1] Links: -- [1] http://freelosophy.tiscali.it/ Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis http://freelosophy.tiscali.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errore strano con ID
Vuol dire che qualcuno nel frattempo ha modificato lo stesso oggetto, strano che non ci sia una gestione dei conflitti.. Dando una occhiata alle issue aperte vedo che ne esiste una relativa https://github.com/systemed/iD/issues/1053?source=cc Il giorno 18 novembre 2013 13:34, grip...@tiscali.it ha scritto: Salve, mappando una zona con Id via web ed andando successivamente a salvare, ho ottenuto il seguente errore: Version mismatch: Provided 1, server had: 2 of Node 626189378 Volevo sapere come rimediare, visto che ho in sospeso diverse modifiche da salvare Ho provato ad aprire un'altra sessione di editazione, fare modifiche e poi salvare; qui tutto è andato a buon fine... Grazie in anticipo, Griphon. Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis http://freelosophy.tiscali.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Scusate ma a mio avviso il casello creato in quel modo è un errore sconveniente che, come indicato in questo thread, da anche luogo ad errori di routing. Pensa andrebbe corretto al più presto adottando una soluzione come la seguente [1]. In ogni caso così non ha proprio alcun senso siccome si tratta pur sempre di un'unica strada, sono solo tante le corsie. Si può provvedere a modificare? Eventualmente se proprio si vuole evidenziare la larghezza notevole del tratto autostradale consiglierei almeno di usare qualcos'altro ma assolutamente no di fare 20 strada parallele quando invece si tratta di corsie... [1] http://www.openstreetmap.org/#map=19/45.38908/9.13888 Il 17 novembre 2013 19:21, Francesco Pelullo f.pelu...@gmail.com ha scritto: Ok, può essere. Non ho controllato nei changeset di quell'area, ma usando un altro router tipo Mapquest il problema non sussiste. http://mapq.st/I9WDkW A questo punto è possibile che il Garmin di Stefano sia impazzito perche' utilizzava una vecchia versione dei dati? Ciao /niubii/ Il giorno 17 novembre 2013 18:39, Daniele Forsi dfo...@gmail.com ha scritto: Il 17 novembre 2013 18:28, Francesco Pelullo fha scritto: Scusami se insisto, ma a me questo comportamento non sembra normale: http://www.openrouteservice.org/index.php?start=9.3147685,45.3454409end=9.3069042,45.3519179via=9.3095274,45.3491983%20pref=Fastestlang=ennoMotorways=falsenoTollways=false ma devi anche considerare che a quanto c'è scritto in alto a destra quel servizio usa dati obsoleti OSM-Data for Routing: 29.10.12 -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dati del catasto trentino in open data
http://dati.trentino.it/organization/pat-catasto -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] building=tower (??)
Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag building ci và il generico yes oppure tower, oppure ancora niente tag building? P.S.: ovviamente nel caso del campanile ci metto anche tower:type=bell_tower Grazie! --enrico -- View this message in context: http://gis.19327.n5.nabble.com/building-tower-tp5785948.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=tower (??)
Il 18/11/2013 15:37, demon.box ha scritto: Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag building ci và il generico yes oppure tower, oppure ancora niente tag building? P.S.: ovviamente nel caso del campanile ci metto anche tower:type=bell_tower Grazie! --enrico http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower il wiki lo prevede come tag in combinazione. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il 11/18/2013 03:29 PM, Riccardo Scartozzi scrisse: Scusate ma a mio avviso il casello creato in quel modo è un errore sconveniente che, come indicato in questo thread, da anche luogo ad errori di routing. Pensa andrebbe corretto al più presto adottando una soluzione come la seguente [1]. In ogni caso così non ha proprio alcun senso siccome si tratta pur sempre di un'unica strada, sono solo tante le corsie. Non so, non si tratta esattamente di corsie, all'altezza del casello c'e' separazione delle stesse. Non so, nel caso venga implementato un tag (se gia' non esiste) che indica il pagamento con Telepass o contanti, un router potrebbe sfruttare l'informazione per indicare in quale corsia spostarsi. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il giorno 18 novembre 2013 16:00, emmexx emm...@tiscalinet.it ha scritto: Non so, non si tratta esattamente di corsie, all'altezza del casello c'e' separazione delle stesse. Non so, nel caso venga implementato un tag (se gia' non esiste) che indica il pagamento con Telepass o contanti, un router potrebbe sfruttare l'informazione per indicare in quale corsia spostarsi. Si, ma quel tag potrebbe anche applicarsi allo schema lanes, quindi il problema nel caso specifico non si pone. Anch'io ho realizzato almeno uno svincolo autostradale in quel modo (tutte way separate) ma francamente credo sempre meno in quella scelta e credo che lo rifarò usando una sola way per direzione e usando massicciamente width e lanes. Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati del catasto trentino in open data
Ottimo! Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b 2013/11/18 Maurizio Napolitano napoo...@gmail.com http://dati.trentino.it/organization/pat-catasto -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
2013/11/18 emmexx emm...@tiscalinet.it Scusate ma a mio avviso il casello creato in quel modo è un errore sconveniente che, come indicato in questo thread, da anche luogo ad errori di routing. Pensa andrebbe corretto al più presto adottando una soluzione come la seguente [1]. In ogni caso così non ha proprio alcun senso siccome si tratta pur sempre di un'unica strada, sono solo tante le corsie. Non so, non si tratta esattamente di corsie, all'altezza del casello c'e' separazione delle stesse. anche per un breve tratto prima del casello c'è una separazione fisica. Per me è giusto avere più ways in osm, lo trovo meglio della mappatura in [1]. Con OSRM non ho trovato problemi di routing, ORS non ha i dati aggiornati. Se il garmin crea problemi, forse sono dovuti ad un incroccio con troppi ways? Oppure anche i dati della mappa garmin non erano aggiornati? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=tower (??)
2013/11/18 demon.box e.rossin...@alice.it Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag building ci và il generico yes oppure tower, oppure ancora niente tag building? io metto anche il tag building. Nel valore di building ci puoi mettere sempre tags più specifici che yes. Quindi per me building=tower andrebbe bene, nel caso della torre romana aggiungerei anche un historic:civilization=ancient_roman Per le torri è utile anche il tag tower:type http://taginfo.openstreetmap.org/keys/tower:type#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Penso l'unica vera soluzione sia usare il tag area [1] anche per un breve tratto prima del casello c'è una separazione fisica. In ogni caso la divisione fisica della strada avviene per meno di 40 metri mentri per gli altri 600 sono solo corsie (non c'è proprio alcuna divisione fisica). Inoltre tutti gli altri operatori usano la più sensata semplificazione di riportare una sola way (come a mio avviso richiederebbe il buon senso nell'uso dello strumento way). Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione del concetto di way (che è ben lontano dal rappresentare le dimensioni fisiche della strada siccome è una linea senza spessore) piuttosto che cercare di, utilizzando uno strumento inappropriato,reppresentare una caratteristica fisica di una strada meglio rappresentabile ricorrendo a tag o area. Ribadisco a mio avviso la necessità di una modifica. [1] http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
2013/11/18 Riccardo Scartozzi riccardo.scarto...@gmail.com anche per un breve tratto prima del casello c'è una separazione fisica. In ogni caso la divisione fisica della strada avviene per meno di 40 metri mentri per gli altri 600 sono solo corsie (non c'è proprio alcuna divisione fisica). si, sono d'accordo che sarebbe da accorgiare il tratto disegnato separatamente per avvicinarlo a quello separato realmente. Un area:highway anche non è male, ma non è un alternativa a delle way espliciti. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il 11/18/2013 04:57 PM, Riccardo Scartozzi scrisse: In ogni caso la divisione fisica della strada avviene per meno di 40 metri mentri per gli altri 600 sono solo corsie (non c'è proprio alcuna divisione fisica). Mi pare l'unica soluzione sensata se non si vogliono introdurre way ad angolo retto. Se il mappatore ha ritenuto che le way vadano separate, la continuita' delle way prima e dopo viene di conseguenza. Inoltre tutti gli altri operatori usano la più sensata semplificazione di riportare una sola way (come a mio avviso richiederebbe il buon senso nell'uso dello strumento way). Buon senso, forse. Forse a volte precedere invece che inseguire non e' male. In non ci vedo nulla di fantascientifico in un navigatore in cui posso impostare che ho il telepass o che non ho il telepass e che mi indica se spostarmi sulla corsia di sx o sulla corsia x. O cose piu' fantascientifiche come indicazioni sulla fila da occupare perche' piu' libera rispetto alle altre. Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione del concetto di way (che è ben lontano dal rappresentare le dimensioni fisiche della strada siccome è una linea senza spessore) piuttosto che cercare di, utilizzando uno strumento inappropriato,reppresentare una caratteristica fisica di una strada meglio rappresentabile ricorrendo a tag o area. Il fatto che presso il casello le way siano fisicamente separate mi pare incontestabile. Mi pare che in questo caso le dimensioni fisiche della strada e della way non entrino in gioco. Si ripete continuamente di mappare la realta' e non per il rendering, questo mi pare un caso in cui nella realta' non c'e' una sola way. Se poi si riesce a gestire con il tag lane, tanto meglio, ma ho l'impressione che sia piu' complesso da gestire: http://wiki.openstreetmap.org/wiki/Lanes ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il 17/11/2013 09:52, Aury88 ha scritto: Ora bisogna capire se è un problema solo del tuo modello di Garmin o se un po' tutti i navigatori danno lo stesso genere di problematiche. hai provato a far fare lo stesso calcolo del percorso con siti di routing tipo http://www.openrouteservice.org/ o altro? Provate a impostare via Giuseppe Impastato (vicino a San Donato, Milano) come punto di arrivo, il più vicino possibile al parcheggio ovest, e come punto di arrivo qualsiasi punto anche sull'autostrada, prima del casello. Se notate, anche il servizio di routing si pianta. Esempi: Start: Pos@: 9.254825 45.428190 End: Pos@: 9.246403 45.427362 Potrebbe non essere colpa del casello, certo. Ma se non è colpa del casello, di cos'è colpa? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
2013/11/18 Stefano Droghetti stefano.droghe...@gmail.com Provate a impostare via Giuseppe Impastato (vicino a San Donato, Milano) come punto di arrivo, il più vicino possibile al parcheggio ovest, e come punto di arrivo qualsiasi punto anche sull'autostrada, prima del casello. Se notate, anche il servizio di routing si pianta. ma sempre con ORS? Con OSRM non ho avuto problemi, e come già notato, ORS usa i dati di 2012. http://map.project-osrm.org/ (purtroppo non mi funziona la generazione link). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Inoltre tutti gli altri operatori usano la più sensata semplificazione di riportare una sola way (come a mio avviso richiederebbe il buon senso nell'uso dello strumento way). Buon senso, forse. Forse a volte precedere invece che inseguire non e' male. In non ci vedo nulla di fantascientifico in un navigatore in cui posso impostare che ho il telepass o che non ho il telepass e che mi indica se spostarmi sulla corsia di sx o sulla corsia x. O cose piu' fantascientifiche come indicazioni sulla fila da occupare perche' piu' libera rispetto alle altre. Sì, però non ha nemmeno senso proporre soluzioni del tutto insensate. Già mi immagino il navigatore: prendete la quinta strada a destra e quindi la terza a sinistra E solo per passare un casello! La posizione delle corsie preferenziali invece può essere indicata benissimo con la lanes (e notare che parlo di corsie e non di strade!). Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione del concetto di way (che è ben lontano dal rappresentare le dimensioni fisiche della strada siccome è una linea senza spessore) piuttosto che cercare di, utilizzando uno strumento inappropriato,reppresentare una caratteristica fisica di una strada meglio rappresentabile ricorrendo a tag o area. Il fatto che presso il casello le way siano fisicamente separate mi pare incontestabile. Mi pare che in questo caso le dimensioni fisiche della strada e della way non entrino in gioco. Si ripete continuamente di mappare la realta' e non per il rendering, questo mi pare un caso in cui nella realta' non c'e' una sola way. Purtroppo anche l'obbrobrio proposto non rispecchia la realtà. In primo luogo i passaggi sono mobili, ossia: - spesso alcuni caselli chiudono; - spesso alcuni caselli invertono il senso di marcia a seconda del maggior traffico Chi si occupa di verificare questo quotidianamente? O vogliamo mettere dei tag che segnano l'orario di passaggio dei singoli caselli? E cosa dobbiamo fare allora se un dipendente si ammala o una macchinetta si rompe? Inoltre a mio avviso la barriera pedaggio non è altro che uno strumento costruito al di sopra della strada che non divide né modifica la funzione della strada stessa. Nessuno potrà mai dire di essere passato per un altra strada, piuttosto parlerà di un'altra fila, o un'altra corsia. Pertanto la way è una sola, l'autostrada in questione, mentre tante sono le lanes. Se si vuole anche dare una impressione della dimensione reale della strada allora è doveroso usare le aree e non le way. Infatti le aree sono state concepite proprio per delimitare spazi, le way per indicare informazioni stradali. In alcuni casi (rotonde) possono essere usate entrambe le funzioni assieme [1], ma non in questo caso. Ripropongo pertanto perchè più reale la soluzione di dedicare un'area per l'area del parcheggio e definire invece il casello con un'unica way. p.s.: e questo senza togliere il fatto, navigatori a parte, che qualsiasi persona a vedere quello che è stato fatto non potrebbe che sorridere. [1] http://wiki.openstreetmap.org/wiki/Way ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il 18/11/2013 16:57, Riccardo Scartozzi ha scritto: Penso l'unica vera soluzione sia usare il tag area [1] anche per un breve tratto prima del casello c'è una separazione fisica. In ogni caso la divisione fisica della strada avviene per meno di 40 metri mentri per gli altri 600 sono solo corsie (non c'è proprio alcuna divisione fisica). Inoltre tutti gli altri operatori usano la più sensata semplificazione di riportare una sola way (come a mio avviso richiederebbe il buon senso nell'uso dello strumento way). Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione del concetto di way (che è ben lontano dal rappresentare le dimensioni fisiche della strada siccome è una linea senza spessore) piuttosto che cercare di, utilizzando uno strumento inappropriato,reppresentare una caratteristica fisica di una strada meglio rappresentabile ricorrendo a tag o area. Ribadisco a mio avviso la necessità di una modifica. [1] http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway Notare l'area del parcheggio, con le piazzole suddivise 1583133 http://www.openstreetmap.org/browse/relation/1583133 (view http://openstreetmap.org?relation=1583133, XML http://api.openstreetmap.org/api/0.6/relation/1583133, Potlatch2 http://www.openstreetmap.org/edit?editor=potlatch2zoom=11relation/=1583133, JOSM http://localhost:8111/import?url=http://api.openstreetmap.org/api/0.6/relation/1583133/full, history http://osm.virtuelle-loipe.de/history/?type=relationref=1583133, analyze http://ra.osmsurround.org/analyze.jsp?relationId=1583133, manage http://osm.cdauth.eu/route-manager/relation.jsp?id=1583133, gpx http://osmrm.openstreetmap.de/gpx.jsp?relation=1583133) (Leonding, Austria) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it . -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=tower (??)
Ok, quindi per il building=tower stò facendo bene. Ma nel caso si tratti di un campanile di una chiesa oltre tower:type=bell_tower ci và secondo voi anche denomination=catholic e religion=christian per distinguerlo da una torre campanaria che non è di una chiesa? -- View this message in context: http://gis.19327.n5.nabble.com/building-tower-tp5785948p5786028.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Numeri civici_Dortmund
Come mai a Dortmund http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=tower (??)
2013/11/18 demon.box e.rossin...@alice.it Ma nel caso si tratti di un campanile di una chiesa oltre tower:type=bell_tower ci và secondo voi anche denomination=catholic e religion=christian per distinguerlo da una torre campanaria che non è di una chiesa? lo puoi mettere (io lo metterei). Se non lo metti sarà più difficile da capire di quale chiesa fa parte - poi ci sono anche dei bell_tower che non sono stati messi per motivi religiosi: http://en.wikipedia.org/wiki/Carillon_in_Berlin-Tiergarten ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti mario.piche...@gmail.com wrote: Come mai a Dortmund http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? Perchè il tag addr:housenumber è abbinato al building: http://www.openstreetmap.org/browse/way/55531392 -- 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 https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
2013/11/18 Mario Pichetti mario.piche...@gmail.com Come mai a Dortmund http://www.openstreetmap.org/? lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? perché non hanno mappato le particelle? ;-) [1] Sul serio, come ti avresti aspettato che li mappano? ciao, Martin [1] se guardi nel BauGB §126, (3) vedrai che in Germania i civici in generale non descrivono un nodo ma un'area. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
Nel riassunto settimanale (che traduco e pubblico qui http://marcosbox.blogspot.it/2013/11/osm-riassunto-settimanale-81.html ), c'era un link ad una discussione di Alex Barth con qualche statistica a supporto, ma imho è troppo semplice decidere così una via unica, come ho commentato... http://www.openstreetmap.org/user/lxbarth/diary/20261 Il giorno 18 novembre 2013 20:38, Luca 'remix_tj' Lorenzetto lorenzetto.l...@gmail.com ha scritto: On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti mario.piche...@gmail.com wrote: Come mai a Dortmund http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? Perchè il tag addr:housenumber è abbinato al building: http://www.openstreetmap.org/browse/way/55531392 -- 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 https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
Il 18/11/2013 20:44, Martin Koppenhoefer ha scritto: 2013/11/18 Mario Pichetti mario.piche...@gmail.com mailto:mario.piche...@gmail.com Come mai a Dortmund http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? perché non hanno mappato le particelle? ;-) [1] Sul serio, come ti avresti aspettato che li mappano? Noi mettiamo il numero in un nodo all'interno dell'area dell'edificio. ciao, Martin [1] se guardi nel BauGB §126, (3) vedrai che in Germania i civici in generale non descrivono un nodo ma un'area. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
Il 18/11/2013 20:38, Luca 'remix_tj' Lorenzetto ha scritto: On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti mario.piche...@gmail.com wrote: Come mai a Dortmund http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? Perchè il tag addr:housenumber è abbinato al building: http://www.openstreetmap.org/browse/way/55531392 Questo mi era chiaro grazie;-) Quindi il numero si può mettere sia a parte in un nodo oppure si abbina all'area dell'edificio. -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
Il 18/11/2013 20:46, sabas88 ha scritto: Nel riassunto settimanale (che traduco e pubblico qui http://marcosbox.blogspot.it/2013/11/osm-riassunto-settimanale-81.html ), c'era un link ad una discussione di Alex Barth con qualche statistica a supporto, ma imho è troppo semplice decidere così una via unica, come ho commentato... http://www.openstreetmap.org/user/lxbarth/diary/20261 Il giorno 18 novembre 2013 20:38, Luca 'remix_tj' Lorenzetto lorenzetto.l...@gmail.com mailto:lorenzetto.l...@gmail.com ha scritto: On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti mario.piche...@gmail.com mailto:mario.piche...@gmail.com wrote: Come mai a Dortmund http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19 I numeri civici sono inclusi nell'area dell'edificio ? Perchè il tag addr:housenumber è abbinato al building: http://www.openstreetmap.org/browse/way/55531392 -- 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 mailto:lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Grazie Stefano, splendente come al solito, hai centrato il dubbio.:-) Here's the short answer: addresses are tagged on building ways where possible. By a wide margin. Eccolabreverisposta:gli indirizzisonocontrassegnatisullacostruzionedove èpossibile._Conunampiomargine_. Forse non avevo formulato bene la domanda:-[ Grazie a tutti, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
2013/11/18 Mario Pichetti mario.piche...@gmail.com Quindi il numero si può mettere sia a parte in un nodo oppure si abbina all'area dell'edificio. puoi mettere tutto a tutto, l'importante è che ha senso. Usare le aree ha spesso più senso/contiene più informazioni rispetto ad un nodo, quindi è preferibile se l'oggetto non è molto piccolo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] che futuro
altri articoli http://www.corrierecomunicazioni.it/tlc/24260_tifone-hayan-l-ict-a-supporto-degli-interventi.htm http://www.rivistageomedia.it/201311145547/gis-cad-3d/strumenti-gis-a-supporto-delle-popolazioni-colpite-dal-tifone-nelle-filippine.html 2013/11/15 Simone Cortesi sim...@cortesi.com: E' uscito un mio articolo su che futuro! http://www.chefuturo.it/author/simonecortesi/ Parla di osm+filippine -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] che futuro
Il 18 novembre 2013 22:04, Maurizio Napolitano ha scritto: altri articoli ho aggiunto i link nell'apposita sezione http://wiki.openstreetmap.org/wiki/Typhoon_Haiyan#Italian (quello di Simone c'era già) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade non connesse da correggere
Ciao. Il giorno 17 novembre 2013 20:00, Simone Cortesi sim...@cortesi.com ha scritto: ... sto pensando alla riorganizzazione di openstreetmap.it, mi piacerebbe integrare questi servizi direttamente li'. -- -S Aggiorno le pagine solo di tanto in tanto (per es. adesso...), sarei contento se qualcuno volesse farlo regolarmente. Il link al codice è sulla pagina, dentro Info, se serve posso metterlo in GitHub. Lo script è cresciuto per aggiunte successive e non è il massimo della pulizia ma se avete domande rispondo volentieri. Ciao, Simone F. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici_Dortmund
Io considero il lato pratico, sopratutto se il building non é piccolo; mettetevi nei panni di un corriere che deve consegnare: é molto probabile che il campanello e l'ingresso siano vicini al numero civico. Il 18/nov/2013 21:38 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/11/18 Mario Pichetti mario.piche...@gmail.com Quindi il numero si può mettere sia a parte in un nodo oppure si abbina all'area dell'edificio. puoi mettere tutto a tutto, l'importante è che ha senso. Usare le aree ha spesso più senso/contiene più informazioni rispetto ad un nodo, quindi è preferibile se l'oggetto non è molto piccolo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Geocaching OSM-event i Stockholm
Hejsan Vill ni ha min hjälp på något sätt såmär det nog dags att säga till nu, annars tar nog tiden slut. Det är bara två veckor kvar! vänligen Bengt 14 nov 2013 kl. 12:40 skrev Jonas Hogstrom jonas.hogst...@pobox.com: Nu är eventet publicerat på geocaching.com: http://coord.info/GC4RWCH Öppet för alla med konto på sajten (geocaching.com alltså), men begränsat till 35 deltagare. Troligen är alla som är aktiva här på mailinglistan överkvalificerade :) Axel, tack för erbjudandet om lokal och videoutrustning. Den här gången kommer vi att vara i .SEs lokaler och dom hade nödvändig utrustning på plats redan, men det kan definitivt vara intressant en annan gång. /Jonas 2013/11/13 Axel Pettersson axel.petters...@wikimedia.se Hej, Eftersom det inte var aktuellt med lokal kan jag kanske fresta med den utrustning som finns i Wikimedia Sveriges teknikpool, https://se.wikimedia.org/wiki/Teknikpool. Stor och duktig videokamera,liten videokamera, systemkameror som kan filma och mikrofoner med både sladd och trådlös anslutning. Säg till om nånting är av intresse så kan vi lösa det. (Om nån av er har behov av teknikpoolsutrustningen i något annat sammanhang där det gynnar fri kunskap på ett eller annat sätt är det bara att ni hör av er också. Det är inget krav att vara med i Wikimedia Sverige för att få låna prylarna.) /axel Axel Pettersson Projektledare GLAM/Outreach Wikimedia Sverige +46 (0)733 96 55 65 axel.petters...@wikimedia.se Twitter: @Haxpett Stöd fri kunskap, bli medlem i Wikimedia Sverige. Läs mer på donera.wikimedia.se Den 12 november 2013 15:19 skrev Martin Norbäck Olivers mar...@norpan.org: Ett tips är att ha ett vanligt headset och spela in röstmemo på sin telefon. Man kan sedan synka ljudet till videon i efterhand. Och vis av erfarenheten så skadar det inte att ha flera separata inspelningsmetoder :) Den 12 november 2013 14:52 skrev bengt bäverman be...@baverman.se: Glöm för all del inte att den inbyggda mikrofonen i de flesta videokameror är skit och att det i ett sånt här fall ofta är för långt ifrån den som talar. Föredrag som filmas med dåligt ljud är ofta inte bättre än att göra presentationsmaterialet tillgängligt och ibland till och med sämre eftersom det ofta inte går att snabbspola filmer på t ex Youtube och Vimeo. Nån som har ett gäng mikrofoner? Jag har en Zoom H1 om det kniper. /Bengt Den 12 november 2013 14:08 skrev Kristoffer Malmström mit...@gmail.com: Om det inte blir filmat, så kommer vi troligtvis ha event med samma tema vid annat tillfälle också. Lokalen vi ska vara i har projektor redan. / Kristoffer On 2013-11-12 14:04, Andreas Mildner wrote: Låter kanon. En projektor har väll i stort sett varje kontorsföretag så ngn borde kunna låna hem en en kväll. Och en digitalvideokamera borde inte vara så svårt att låna av ngn privat person tex av ngn som kommer. Har tyvärr själv varken eller. Som sagt borde Kommer det medelas här om det kommer ut en film? Skickat från min iPhone 12 nov 2013 kl. 13:53 skrev Fredrik Ramsberg fredrik.ramsb...@gmail.com: Vi undersöker möjligheten att filma det. Just nu vet vi inte om vi har tillgång till utrustning för det. Helt klart vore det bra om vi kunde publicera det som en video. /Fredrik 2013/11/12 Andreas Mildner amild...@msn.com Det här ju ett ypperligt förslag som jag jättegärna vill delta på då jag vill lära mig mappa men...kan inte. :( tis-tor är tyvärr dom ända dagar jag kan alla veckor. Går det inte att filma och dela ut? Måste ju vara många som vill se, antar att allt kommer visas på en projektor. En filmkamera framför och saken är biff Skickat från min iPhone 11 nov 2013 kl. 22:05 skrev Jonas Hogstrom jonas.hogst...@pobox.com: Evenemanget vi planerar är inte publicerat än, men kommer att gå av stapeln den 2:e december som det ser ut nu (det fanns en krock den 9:e). Lokaler har vi ordnat (i närheten av Skanstull, Stockholm). Bakgrunden är att geocachare är en rätt stor grupp som använder OSM-kartor rätt mycket både på vår sajt (geocaching.com) och i diverse appar och på våra friluftsgpser, men många av oss har inte riktigt kommit igång med att förbättra kartorna när vi varit ute och letat våra plastburkar i stad, skog och mark. I en av trådarna på svenska facebookgruppoen för geocachare kom frågan upp om hur man gör för att lägga in stigar på OSM och det slutade med att någa av oss som har lite mer erfarenhet av OSM bestämde oss för att göra ett event för att hjälpa andra att komma igång. Planen just nu är att köra en timme genomgång/föreläsning med lite bakgrund om OSM och hur man mappar, för att sedan ha ungefär en timmes workshop där vi provar att kartera lite tillsammans. Många av oss har nog gott om gpx-filer liggandes i våra GPSer, och
Re: [Talk-es] Debate con topónimo catalán (Sant Quirze del Vallès)
El 18 de noviembre de 2013 00:51, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Muchas gracias a todos por los comentarios. He realizado el cambio[1] y he informado al Ayuntamiento de Sant Quirze de este cambio. Sobre lo que dice Noel En principio de acuerdo, pero no del todo. Habría que añadir name:ca con el mismo contenido que name . No lo tengo tan claro porque el idioma oficial es el catalán y por lo tanto va en la etiqueta name, entiendo que no hace falta añadirle el name:ca. Habría que ponerlo dos veces, una name y otra name:ca las 2 con el mismo nombre. Si lo compruebas veras que si no lo haces así el JOSM el validator te dara error. No se justamente el motivo pero me imagino que será para saber cual es el oficial y a que idioma corresponde. Y sobre lo que dice Brais Como gallego también tenemos los mismos problemas y parece la mejor manera de tener la máxima información. Entiendo que puede ser un buen precedente y que casos similares pueden solucionarse de forma similar. Valdría la pena crear una página de wiki para documentar estos cambios? Y para Roberto... Muy bueno lo del «Gato lúgubre» aunque reconozco que me ha costado pillarlo :P Un saludo! [1] http://www.openstreetmap.org/browse/relation/342912 -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] pequeños pero muchos (1800+) errores en La Palma
Me parece genial. El 17/11/2013 22:15, Erik Streb del Toro m...@erikstreb.de escribió: Hola. El usuario bbaja ha marcado muchos edificios con direcciones http://osm.org/go/bkpn8A3H5- Pero ha cometido sistemáticamente unos errores pequeños, unos ejemplos: addr:housename = 310 building = yes name = 310 addr:housename = Calle Urbanizacion El Pinito 24 building = yes name = 24 addr:housename: Calle Los Intrépidos 1 building: apartments name: 1 Epilogal: En los addr:housename puso solo el numero de la casa (me parece que eso fue cuando no sabia el nombre de la calle) o el nombre de la calle y el numero de la casa juntos. Y ademas puso cada vez el numero de la casa en el tag name. He preguntado al usuario Oli-Wan (que tiene un Bot) si puede auto-corregir todo los errores. El me dijo que si podría, pero que yo debería preguntar primero en esta lista de correos. Con su bot haría lo siguiente: – extracción de objetos creados o editados por el usuario bbaja (posiblemente: que no sean editados por otros usuarios). – bucle sobre el conjunto de los objetos y aplicación de tres o mas pasos de correccion: • separación de nombre de calle y numero de casa • cambio de sitio de los valores numéricos del addr:housename al addr:housenumber • borrar los valores numéricos que coinciden con el valor de addr:housenumber en el name tag. Eso solo es un primer esbozo. Saludos desde Berlín Erik ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Mapeadores de Euskadi, ¿zonas con buen nivel de completitud de los datos?
Hola a todos, Desconozco si mucha de la gente que mapea por Euskadi estará en la lista pero queríamos haceros unas preguntas. Estamos haciendo unos cálculos de acceso a servicios básicos y para ello en muchos sitios estamos usando los entrance:yes de los edificios. Sé que por aquí tenemos zonas poco completadas, pero también me he llevado una sorpresa al encontrar sitios como Tolosa y sus cercanías que los edificios tienen casi todos los detalles (a falta justo de las entradas). Por eso quería preguntaros qué zonas son las mas completas o que tengan bastantes entrance:yes para hacer algunas pruebas. Saludos y Gracias. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapeadores de Euskadi, ¿zonas con buen nivel de completitud de los datos?
Hola Ander, Gracias a los datos que liberó la Diputación de Gipuzkoa se han podido cargar muchos datos en los últimos años. Disponemos de casi todas las direcciones postales de la provincia e incluso tenemos una capa WMS de la diputación desde donde se pueden trazar los edificios. También hicimos bastantes mapping-parties en su día desde Tagzania, por lo que hay editores independientes en muchos sitios. Puedes mirar Eibar, Donostia, Arrasate, Zumarraga, Azpeitia, Azkoitia etc y verás que está muy completo. En cuanto a la etiqueta entrance=yes, yo desconocía su uso y no la he visto por estos lares. Gari 2013/11/18 Ander Pijoan ander.pij...@deusto.es Hola a todos, Desconozco si mucha de la gente que mapea por Euskadi estará en la lista pero queríamos haceros unas preguntas. Estamos haciendo unos cálculos de acceso a servicios básicos y para ello en muchos sitios estamos usando los entrance:yes de los edificios. Sé que por aquí tenemos zonas poco completadas, pero también me he llevado una sorpresa al encontrar sitios como Tolosa y sus cercanías que los edificios tienen casi todos los detalles (a falta justo de las entradas). Por eso quería preguntaros qué zonas son las mas completas o que tengan bastantes entrance:yes para hacer algunas pruebas. Saludos y Gracias. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapeadores de Euskadi, ¿zonas con buen nivel de completitud de los datos?
Estoy viendo los pueblos que comentas y la verdad que están muy completos, os habéis metido una buena paliza a mapear =) Por lo que aprendimos peleando con Catastro, para determinar las entradas a los edificios / amenities se crea un nodo en la propia geometría del edificios y a ese nodo se le pone el tag entrance:yes. Las últimas recomendaciones para indicar direcciones, son poner los tags de la dirección al edificio y añadir ese nodo que comento de entrance:yes, en lugar de poner todo en un nodo aparte del edificio. El 18 de noviembre de 2013 11:49, Gari Araolaza g...@eibar.org escribió: Hola Ander, Gracias a los datos que liberó la Diputación de Gipuzkoa se han podido cargar muchos datos en los últimos años. Disponemos de casi todas las direcciones postales de la provincia e incluso tenemos una capa WMS de la diputación desde donde se pueden trazar los edificios. También hicimos bastantes mapping-parties en su día desde Tagzania, por lo que hay editores independientes en muchos sitios. Puedes mirar Eibar, Donostia, Arrasate, Zumarraga, Azpeitia, Azkoitia etc y verás que está muy completo. En cuanto a la etiqueta entrance=yes, yo desconocía su uso y no la he visto por estos lares. Gari 2013/11/18 Ander Pijoan ander.pij...@deusto.es Hola a todos, Desconozco si mucha de la gente que mapea por Euskadi estará en la lista pero queríamos haceros unas preguntas. Estamos haciendo unos cálculos de acceso a servicios básicos y para ello en muchos sitios estamos usando los entrance:yes de los edificios. Sé que por aquí tenemos zonas poco completadas, pero también me he llevado una sorpresa al encontrar sitios como Tolosa y sus cercanías que los edificios tienen casi todos los detalles (a falta justo de las entradas). Por eso quería preguntaros qué zonas son las mas completas o que tengan bastantes entrance:yes para hacer algunas pruebas. Saludos y Gracias. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Página de España en la Wiki
Estoy intentando aligerar la página de España en la wiki de OSM [1]. Una de las primeras cosas que estoy haciendo es sustituir la larga lista de usuarios participantes por una tabla donde los he clasificado por comunidad autónoma/provincia [2]. En esta línea de simplificación he visto que hay muchas cosas desordenadas o desactualizadas desde un par de años, así que intentaré limpiar la página para que todo el contenido útil se encuentre de algún modo más fácil. Saludos. [1] http://wiki.openstreetmap.org/wiki/WikiProject_Spain [2]http://wiki.openstreetmap.org/wiki/WikiProject_Spain#Participantes_.2F_People_Involved ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Página de España en la Wiki
Buenas . Me parece bien aligerar la wiki para encontrar mejor las cosas y no andar perdiendo el tiempo una de las cosas que hacho es poner [1] redistribuido un poco las cosas Una cosa que pondría seria una lista de español y otra para España , así se diferencia de la lista y en futuros como presentes conflictos se podria resolver diferenciando las dos listas . no es por tener mas listas es mas bien para diferenciar las cosas. [1] https://wiki.openstreetmap.org/wiki/WikiProject_Spanish *~ 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 . El 18 de noviembre de 2013 15:47, Alex Schultz schultzal...@gmail.comescribió: Estoy intentando aligerar la página de España en la wiki de OSM [1]. Una de las primeras cosas que estoy haciendo es sustituir la larga lista de usuarios participantes por una tabla donde los he clasificado por comunidad autónoma/provincia [2]. En esta línea de simplificación he visto que hay muchas cosas desordenadas o desactualizadas desde un par de años, así que intentaré limpiar la página para que todo el contenido útil se encuentre de algún modo más fácil. Saludos. [1] http://wiki.openstreetmap.org/wiki/WikiProject_Spain [2] http://wiki.openstreetmap.org/wiki/WikiProject_Spain#Participantes_.2F_People_Involved ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Página de España en la Wiki
Hola, Creo que en algunos sitios se ha avanzado muchísimo a lo largo de los dos últimos años ¿Habría alguna forma de volver a generar una imagen actualizada del numero de nodos/km2 de cada provincia para 2013? Un saludo Oscar (alias cronoser) --- Mensaje Original --- Desde: Alex Schultz schultzal...@gmail.com Enviado: 18 de noviembre de 2013 15:48 Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Asunto: [Talk-es] Página de España en la Wiki Estoy intentando aligerar la página de España en la wiki de OSM [1]. Una de las primeras cosas que estoy haciendo es sustituir la larga lista de usuarios participantes por una tabla donde los he clasificado por comunidad autónoma/provincia [2]. En esta línea de simplificación he visto que hay muchas cosas desordenadas o desactualizadas desde un par de años, así que intentaré limpiar la página para que todo el contenido útil se encuentre de algún modo más fácil. Saludos. [1] http://wiki.openstreetmap.org/wiki/WikiProject_Spain [2]http://wiki.openstreetmap.org/wiki/WikiProject_Spain#Participantes_.2F_People_Involved ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] colaborar con el osm
hola, si podes guardar mapa y pois en la tarjeta SD del nuvi. los mapas openstreetmap para garmin, yo los bajo de lambertus (la info está en la wiki argentina) http://garmin.openstreetmap.nl/ Saludos!. El 17 de noviembre de 2013 13:18, Gus Urbangusunava...@gmail.com escribió: Hola Marcelo y Fabian muchas gracias. Tendre en cuenta todo esto.. Saben porque ubuntu no reconoce a mi gps garmin...? no puedo vincularlo..? En windows todo bien ,,, pero lo que quiero es copiar todos los mapas de osm en mi gps pero bajo ubuntu.. seguire investigando un saludo gustavo El 16 de noviembre de 2013 21:50, Marcelo Rodríguez Claude marcel...@gmail.com escribió: Hola Gus Te felicito por la iniciativa. Te recomiendo, si no lo hiciste ya, que leas primero esta página http://wiki.openstreetmap.org/wiki/Argentina. Para mi gusto, la forma más sencilla de editar un mapa y añadir elementos, es usar el JOSM, un programa basado en Java que no es sencillo de usar si nunca antes usaste un programa para GIS. Yo tenía mucha experiencia usando el GPSMapEdit así que me resultó fácil empezar a usar el JOSM de cero y con el tiempo ir profundizando más en todas sus posibilidades. Ese programa te descarga la parte del mapa que vas a editar y le podés superponer imágenes satelitales, como las de Bing Maps que te ayudan al trazado de elementos. No necesitás guardar nada en tu PC, una vez que estés satisfecho con tus ediciones subís tu trabajo al servidor de OSM y listo. Si no terminaste podés continuar luego, etc. También hay aplicaciones para móviles como el Go Maps!!, para editar mapas de OSM. Espero que te sirva esto para empezar y te felicito nuevamente por compartir tu trabajo con la comunidad. Saludos! Marcelo El 16 de noviembre de 2013 13:16, Gus Urban gusunava...@gmail.comescribió: Hola me compre un garmin etrex legend hcx hoy y el proximo lunes estaremos trabajando desde Piedra Buena hasta el Lago San Martin en la provincia Santa Cruz.. La idea es mapear toda ese circuito desde la costa hasta la montaña y me gustaria hacerlo sobre osm para que quede registrado.. Vamos a mapear tambien 15 estancias durante ese recorrido.. Exactamente Alguien me puede decir que tengo que hacer debo bajar el mapa de osm, de donde y que mas necesito.. gracias gus ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] colaborar con el osm
Hola ya pude cargar los mapas de Santa Cruz con OSM ... Con respecto a mi experiencia, es pequeña pero vale la intención por el conocimiento libre. saludos y gracias gus El 18 de noviembre de 2013 10:33, Martin Andres Gomez Gimenez mggime...@i-nis.com.ar escribió: El dom, 17-11-2013 a las 22:34 -0300, Fernando Toledo escribió: Martin Gomez Gimenez trabajó en unos scripts para convertir los mapas de osm a garmin (ruteables). Yo tengo un mirror de ese proyecto acá: http://osm-garmin.bbs.docksud.com.ar/ Además de los scripts, hemos trabajado duro con reglas de estilo y el TYP basado en Mapnik para que pueda adaptarse a los países del cono sur. El mapa incluye Argentina, Bolivia, sur de Brasil, Chile, Paraguay y Uruguay. El conjunto de scritps, las reglas de estilo, el TYP y los mapas generados están disponibles para que cada uno que quiera contribuir o hacer sus propios mapas pueda hacerlo. Tenemos un hilo de discusión en el foro de Argentina, donde se reciben ideas, sugerencias y contribuciones: http://forum.openstreetmap.org/viewtopic.php?id=17139 Saludos, -- -- *Martin Andres Gomez Gimenez* web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar *Usuario Linux: #306000* gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] colaborar con el osm
Hola Martín, Tendrías que añadir tu proyecto en esta lista: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download#South_America Saludos Marcelo El 18 de noviembre de 2013 10:33, Martin Andres Gomez Gimenez mggime...@i-nis.com.ar escribió: El dom, 17-11-2013 a las 22:34 -0300, Fernando Toledo escribió: Martin Gomez Gimenez trabajó en unos scripts para convertir los mapas de osm a garmin (ruteables). Yo tengo un mirror de ese proyecto acá: http://osm-garmin.bbs.docksud.com.ar/ Además de los scripts, hemos trabajado duro con reglas de estilo y el TYP basado en Mapnik para que pueda adaptarse a los países del cono sur. El mapa incluye Argentina, Bolivia, sur de Brasil, Chile, Paraguay y Uruguay. El conjunto de scritps, las reglas de estilo, el TYP y los mapas generados están disponibles para que cada uno que quiera contribuir o hacer sus propios mapas pueda hacerlo. Tenemos un hilo de discusión en el foro de Argentina, donde se reciben ideas, sugerencias y contribuciones: http://forum.openstreetmap.org/viewtopic.php?id=17139 Saludos, -- -- *Martin Andres Gomez Gimenez* web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar *Usuario Linux: #306000* gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] colaborar con el osm
Gurda bien las trazas del GPS (.gpx) y toma nota como ayuda de memoria, después pones las trazas sobre las imagenes satelitales para dibujar Que la pases bien, slds 2013/11/16 Gus Urban gusunava...@gmail.com Hola me compre un garmin etrex legend hcx hoy y el proximo lunes estaremos trabajando desde Piedra Buena hasta el Lago San Martin en la provincia Santa Cruz.. La idea es mapear toda ese circuito desde la costa hasta la montaña y me gustaria hacerlo sobre osm para que quede registrado.. Vamos a mapear tambien 15 estancias durante ese recorrido.. Exactamente Alguien me puede decir que tengo que hacer debo bajar el mapa de osm, de donde y que mas necesito.. gracias gus ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] colaborar con el osm
Bueno, cuantas respuestas al tema. Me pareció no estaba al tanto de las posibilidades de OSM en Garmin. Saludos y gracias, El 18 de noviembre de 2013 17:53, Werner Horsch werner.hor...@gmail.comescribió: Gurda bien las trazas del GPS (.gpx) y toma nota como ayuda de memoria, después pones las trazas sobre las imagenes satelitales para dibujar Que la pases bien, slds 2013/11/16 Gus Urban gusunava...@gmail.com Hola me compre un garmin etrex legend hcx hoy y el proximo lunes estaremos trabajando desde Piedra Buena hasta el Lago San Martin en la provincia Santa Cruz.. La idea es mapear toda ese circuito desde la costa hasta la montaña y me gustaria hacerlo sobre osm para que quede registrado.. Vamos a mapear tambien 15 estancias durante ese recorrido.. Exactamente Alguien me puede decir que tengo que hacer debo bajar el mapa de osm, de donde y que mas necesito.. gracias gus ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- Raúl Herrera S. Y /\ (OO) /\ /\ \##\ /\/#\ /##\ \##\ /##\ /###\/\ /##/ // \#\/#/\/\##\/##/ // \##/ \##/ \/ / \/\/\##/ \/ ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-at] FOSSGIS 2014 in Berlin: Call for Papers verlängert bis zum 30.11.2013
Liebe talk-at-Liste, untenstehend der Call for Papers für die FOSSGIS 2014, die vom 19.-21.3.2014 in Berlin stattfinden wird. Achtung, Einreichungen sind nur noch bis Ende November möglich! --- Hallo FOSSGIS-Aktive und die, die es werden wollen, Sie forschen, Sie entwickeln, Sie beschäftigen sich mit Open-Source-Geo-Software oder freien Geodaten? Sie haben neue Ideen in diesem Themenbereich oder sind bereits dabei, freie Software und freie Geodaten zu nutzen oder zu entwickeln? Dann sind Sie auf unserer Konferenz - der FOSSGIS-Konferenz 2014 - genau richtig [1]. WIR BIETEN: Eine Plattform für Ihre Idee, Ihr Projekt, Ihren Erfahrungsbericht auf der größten deutschsprachigen Anwenderkonferenz für freie Geoinformationssysteme und freie Geodaten. Im Jahr 2014 findet die FOSSGIS vom 19. bis 21. März auf dem Gelände der Beuth Hochschule für Technik in Berlin statt. Wir rechnen mit über 400 Teilnehmern. An der Konferenz 2013 in Rapperswil (Schweiz) nahmen über ca. 350 Besucher teil. WIR SUCHEN: Ihre Idee. Ihr Projekt. Ihren Erfahrungsbericht. Ihr Thema. Genauer gesagt, suchen wir Vorträge für Einsteiger und Fortgeschrittene, um spannende Themen zu behandeln, Diskussionen zu entwickeln, praxisorientierte Workshops* runden unser Programm ab. Vorträge zum Thema freie Geodaten, zum Beispiel OpenStreetMap, Open Data sind ebenso möglich wie Beiträge zu beispielsweise Softwarelösungen aus dem Bereich WebGIS, Desktop GIS, Geodatenbanken oder Location-Based-Services. Bewerben Sie sich jetzt mit einem Vortrag, Lightning Talk oder Workshop* beim Call for Papers. ABSTRACT: Die Einreichung eines Abstracts für die FOSSGIS 2014 ist ab sofort bis zum 30. November 2013 über unsere Konferenzsoftware Pentabarf möglich [2]. Beitrags-Einreichungen ohne Abstract müssen leider abgelehnt werden, da sich das Programm-Komitee anhand des Abstracts ein Bild von Inhalt und Relevanz des Beitrags macht. Der Abstract sollte ca. 1500 Zeichen umfassen. Ob die Einreichung angenommen wurde, wird im Dezember 2013 bekanntgegeben. Es besteht die Möglichkeit einen Lightning Talk einzureichen. Ein Lightning Talk ist eine kurze, knackige Auseinandersetzung mit einem Thema, welches in 5 Minuten, gern humorvoll, Anregung zur Diskussion bietet. Weiterhin können Poster eingereicht werden. *Workshops: Workshops: Bitte berücksichtigen Sie bei der Planung, dass für die Workshops nur 90 Minuten vorgesehen sind und die Teilnehmer ein Mix aus Theorie und vor allem Praxis erwarten. Die Beschreibung des Workshops soll erreichbare Lernziele und die notwendigen Vorkenntnisse der Teilnehmer enthalten. Ein Workshop findet ab einer Teilnehmerzahl von 5 statt. WER WIR SIND: Veranstaltet wird die Konferenz vom FOSSGIS e.V., von der OSGeo Foundation und der Beuth Hochschule für Technik Berlin. Unsere Konferenz lebt von Ihren Beiträgen und Ihrem Besuch. Werden Sie Teil der Konferenz - wir freuen uns auf Sie! Noch Fragen? Wir haben versucht, in unseren FAQs [3] alle wichtigen Fragen zu beantworten. Falls weitere Fragen bestehen, zögern Sie nicht uns eine E-Mail [4] zu schreiben. [1] [http://www.fossgis.de/konferenz/2014/] [2] [http://pb.fossgis.de/submission/FOSSGIS2014/] [3] [http://www.fossgis.de/wiki/Call_for_Papers_-_FAQ] [4] [konferenz-o...@fossgis.de] Ihr FOSSGIS-Konferenz-Organisationsteam . FOSSGIS 2014, Die Konferenz für Open Source GIS mit OpenData und OpenStreetMap in Berlin! 19.-21. März, Beuth Hochschule für Technik Berlin, http://www.fossgis.de/konferenz/2014/ . ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfänger Treffen in Linz
Hallo, ich hab mir nun erlaubt die Daten zum Treffen am 5.12.2013 im Wiki zu hinterlegen. https://wiki.openstreetmap.org/wiki/Linz/Stammtisch Doodle dazu gibts auch http://doodle.com/95kfstbci2gdenyf und https://osmlinz.hackpad.com/OSM-AnfngerInnen-Treffen-am-05.12.2013-um-18-Uhr-im-Strandgut-uM5DDwwsxI9 zum gemeinsamen Brainstormen, was wir alles besprechen wollen und dann fürs Protkoll. Hoffe das auch ein paar Profis kommen :) Grüße Robert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Haltestellendaten Steiermark
Hallo! Vom Verkehrsverbund Steiermark haben wir Daten zu allen V-Haltestellen in der Steiermark zur Verwendung in der OSM erhalten. Die Daten sind derzeit hier gespeichert: https://github.com/species/Open-Data-Verbundlinie.at Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur wenige Haltestellen aufgefallen, deren Position nicht genau passt (und auch da sinds nur ein paar Meter daneben). Grter Nachteil aus meiner Sicht: Es sind offenbar auch ehemalige Haltestellen drinnen, die nicht mehr bedient werden (und vor Ort auch nicht mehr als Haltestellen ersichtlich sind). Auch wenn da vielleicht noch eine Konzession existiert, dienen solche nicht-sichtbaren Haltestellen meiner Meinung nach nicht der Orientierung und sollten dann auch nicht in OSM dargestellt werden. Vielleicht hat der Verkehrsverbund da aber noch eine Liste, welche Haltestellen tatschlich bedient werden und welche nicht. Die Attribute der Haltestellen sind natrlich nicht OSM-konform, in Folge mal meine Analyse der vorhandenen Daten und wie wir das in OSM-Tags umwandeln knnten, bitte um Kommentare! Fr den oft bereits vorhandenen Tag ref fr die Bezeichnung der Bus- bzw. Bahnsteige (A, B, C, ...,1, 2, 3, ...)wrde ich eine Umbenennung auf loc_ref vorschlagen. Aushangfahrplan: Ist auer bei einer Haltestelle immer Nein - lschen Bereich Nr.: Hier sind bei greren Haltestellen mehrere Haltepositionen die in unmittelbarer Nhe liegen zusammengefasst (z.B. Jakominiplatz: 3/6 Richtung Dietrichsteinplatz und 1/7 Richtung Kaiser-Josef-Platz sind ein Bereich, Richtung Hauptplatz ist aber ein eigener Bereich) - mMn fr OSM nicht relevant - lschen Bevorrechtigter IV (Busse): Ob Busse diese Haltestelle anfahren - bus=yes/no Buchsatz: Ist auer bei einer Haltestelle immer Nein - lschen EFA: Ist fast immer Nein - lschen Eisenbahn: Ob Eisenbahnen diese Haltestelle anfahren, wobei hier auch Seilbahnen als Eisenbahnen gezhlt werden- individuell berprfen und train=yes/no bzw. aerialway=yes/no setzen Format: Ist immer Voreinstellung, wahrscheinlich ein berbleibsel aus dem Export des Verkehrsverbunds - lschen Fugnger: Soll wohl bedeuten, ob Fugnger dort hingehen knnen, kann mir aber nicht vorstellen, dass es 269 Haltepositionen gibt, an denen keine Fugnger hinkommen - lschen Georeferenz (STVH): Wenn zwei Haltepositionen direkt gegenber liegen ist die gleich, sonst unterschiedlich - mMn fr OSM nicht relevant - lschen Gkz: Nicht wirklich Gemeindekennziffer, aber so hnlich, Zusammenfassung mehrerer Orte (siehe unten)- lschen Globale ID: Einzigartige Nummer je Halteposition, zusammengesetzt aus at:46:Hst Nr.:Bereich Nr.:Steig - umbenennen in ref Gltigkeit: Beginnt meistens am 28.2.1994 (Grndung des Verkehrsverbunds), endet fast ausschlielich am 24.12.2500 - lschen Hst Name: Name der Haltestelle - name Hst Nr.: Einzigartige Nummer je Haltestellenname (also z.B. alle Haltestellen am Jakominiplatzhabendie gleicheHst Nr) -ref der Haltestellen-Relation (type=stop_area) Motor. Straenverkehr: Ob PKW zur Haltestelle fahren knnen (Nein fr Bahnhfe, Fugngerzonen usw.) - mMn fr OSM nicht relevant - lschen Ort: Ortschaft in der die Haltestelle liegt (nach Verkehrsverbund-Unterteilung)- is_in (Der Tag ist ja nicht unumstritten, ich verwende den bei Bushaltestellen in der Form Ortschaft,Gemeinde,Bezirk,Bundesland,sterreich,Europe, wenn Ortschaft=Gemeinde, dann nur einmal. Knnte mich aber auch ohne den ganzen Anhang nur mit der Ortschaft anfreunden, wenn das einen Vorteil bringt (bersichtlichkeit und Speicherplatz sind fr mich keine guten Argumente).) OrtsID: Einzigartige Nummer der Ortschaft - lschen RBL Nr.: Fortlaufende Nummer der RBL-Anzeige innerhalb einer Haltestelle - sollte man mMn vorsichtshalber drinnen lassen, falls es spter fr Abfahrtsanzeigen usw. gebraucht wird - ref:RBL Radfahrer: Ob Radfahrer zur Haltestelle fahren knnen - mMn fr OSM nicht relevant - lschen Schiff: Ob Schiffe die Haltestelle bedienen - ferry=yes/no Steig: Abkrzung des Namens der Halteposition innerhalb der Haltestelle (z.B. ein = stadteinwrts, aus = stadtauswrts, bein = Bus stadteinwrts, g1a = Gleis 1a, west = Richtung Westen, deut = Richtung Deutschlandsbergusw.) - direction_short (?) Steigname: Etwas lngere Version des obigen (z.B. Steig = g1a - Steigname = gleis1a; Steig = schl - Steigname = schleife) - direction_long (?) Straenbahn: Ob Straenbahnen zur Haltestelle fahren - tram=yes/no U-Bahn: Ob U-Bahnen zur Haltestelle fahren (Ist immerhin 2mal (flschlicherweise) Ja) - subway=no Vitrine: Ist immer Ja - lschen X-Koordinate (STVH): - lschen Y-Koordinate (STVH): - lschen ZOB: Ist nur beim Hauptbahnhof Graz und Hauptplatz Voitsberg Ja (und einer weiteren Haltestelle wo aber auch alle anderen Variablen auf Ja sind) - lschen Auerdem bei allen Punkten ein public_transport=platform dazu und wenn bus=yes dann auch highway=bus_stop. Wie schon bei den steirischen rzten knnte man dann alle Haltestellen bei denen z.B. im Umkreis von 50 m keine Haltestelle
Re: [Talk-lv] proposed ceļi
Mazliet pielabot, un sanāktu ideāli labs raksta gabaliņš OSM.lv blogam. G On 11/15/2013 11:17 PM, Raitis U. wrote: OSM ir vienīgais avots, kur plānotā informācija ir vienkopus un viegli pieejama. Vislielākā sāpe laikam ir tas, ka renderī proposed rādās pārāk uzkrītoši - nu tad tiltus un lielākos tālākas nākotnes megaprojektus pārliku uz highway=concept, kas nerādīsies kartē, bet būs atrodami meklētājā. http://www.openstreetmap.org/browse/way/166445286 Par Ziemeļu koridoru - man arī nepatīk kā viņš vizuāli izskatās kartē, bet 1.posms tomēr pamazām kustas uz priekšu. Ja ir vēl kāds ierosinājums, lūgums konkrēti ar piemēriem. Teorētiski ceļa life cycle ir: 1.koncepts= 2.priekšizpēte= 3.vairāki varianti (proposed?)= 4.pieņemts variants (proposed?)= 5.pieņemts tehniskais projekts (planned)= 6.būvniecība (construction)= 7.lietošana. Savā ziņā interesanti paskatīties arī uz konceptiem, bet laikam jēga no tā ir maza. Jautājums paliek par tagu attēlošanu un vienoties, no kura posma zīmējam. Tad arī var sakārtot oficiālo wiki lapu. Mans personīgais skatījums: - highway=concept (lietot tikai trunk un primary klases šosejām bez pievedceļiem) - highway=proposed (tad, kad ir jau pieņemts variants, vai arī iezīmētas sarkanās līnijas plānojumā) -- proposed=primary/secondary... - highway=planned -- planned=primary/secondary... -- construction_start_expected=-MM-DD -- construction_end_expected=-MM-DD - highway=construction -- construction=primary/secondary... -- construction_end_expected=-MM-DD +1 par obligātu avota norādīšanu šeit ir citi viedokļi: http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts http://wiki.openstreetmap.org/wiki/Talk:Comparison_of_life_cycle_concepts#But_there.27s_more.21 http://wiki.openstreetmap.org/wiki/Key:disused http://wiki.openstreetmap.org/wiki/Key:proposed 2013/11/15 Rich ric...@nakts.net mailto:ric...@nakts.net On 11/15/2013 11:00 AM, Normunds Rustanovics wrote: Gluži manas domas, tāda arī bija mana pamatdoma. Sliktākais ir, ka tiek zīmēti ne tikai reklāmas kampaņu projekti uz 2020. gadu, bet arī tādi, kuri jau ir atcelti, vai aizvietoti ar citiem plāniem. ideja par source= taga prasiibu man patika. varbuut kaads aktiivaaks var izpeetiit visus proposed un tiem, kam nav source, pazinjot autoram. ja kaada aplikaacija raada proposed, noteikti, noteikti zinjojam aplikaacijas autoram. ja zinaami konkreeti ieziimeeti, bet atcelti gadiijumi, iemetam info sheit. ja vien neizraadaas, ka tomeer nav atcelti, jaanes nost. ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org mailto:Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv This body part will be downloaded on demand. ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] Tag pour station lavage à jet?
Le 18/11/2013 07:36, Philippe Verdy a écrit : Si on entre dans les détails, il y a des stations avec divers produits (en lavage manuel au jet ou automatique aux rouleaux) : lustrage, produit de séchage, antigoutte, antistatique/antipoussière... On a aussi l'eau recyclée ou pas -- il semble que la plupart recyclent l'eau aujourd'hui dans un bassin de décantation et filtrage, je me demande si ce n'est pas imposé aujourd'hui par la loi pour leur éviter des restrictions d'eau, car elles restent ouvertes alors qu'il y a des arrêtés locaux en cours à certaines saisons qui interdisent de laver son véhicule chez soi (le nettoyage chez soi au jet d'eau consomme beaucoup plus d'eau que dans une station de lavage). Une station de lavage automobile est considéré comme Installations Classées pour la Protection de l'Environnement (ICPE) et les contraintes en terme de rejets dans le tout à l'égout, ou pire, dans la nature sont assez sévère. On peut noter aussi la présence des aspirateurs (payants le plus souvent mais il n'y en a pas partout), de pompes de regonflage (rarement gratuites en dehors hors des aires d'autoroute et des stations Total des nationales et entrées de villes -- même si le prix est peu élevé, un euro c'est un euro, pourtant les tubes et joints ne sont pas toujours entretenus justement dans les stations de lavage où c'est payant, alors que c'est impeccable et gratuit chez Total ! Désolé pour la pub). En général c'est du self-service, mais certaines stations de lavage proposent de prendre en charge le véhicule pour le nettoyage complet (le plus long c'est l'aspirateur, la peau de chamois ou la finition des chromes). Les bas de caisse, rétros, optiques et grilles moteur sont assez mal nettoyés dans les stations automatiques ou avec le seul jet (rien ne vaut le seau et l'éponge mais on n'en trouve pas sur place, il faut venir avec et il n'est pas toujours possible d'avoir de la place pour ça, il n'y a pas de robinet à disposition Certaines stations (en fait les garages qui préparent des véhicules pour la revente d'occasion) ont des centrales vapeur (efficace sans produit, mais à ne pas employer sur la caisse en permanence car c'est corrosif, mais très bien pour les sièges et capitonnages intérieurs) Comme le fait remarquer philippe à sa manière, si on rentre dans les détails d'une station de lavage automobile, c'est sans fin. Donc on peut en rester simplement à amenity=car_wash Notons que le wiki http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcar_wash propose automated=yes/no qui ne semble pas utilisé selon taginfo. Cette balise suffit à deviner si on a affaire à des rouleaux ou à une lance manuelle... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour station lavage à jet?
Les limitations d'accès à un type de véhicule des highway ne peuvent pas être utilisée ? Est ce nécessaire d'avoir un nouveau tag pour détailler le mode de nettoyage ? Le 17 nov. 2013 22:57, Shohreh codecompl...@free.fr a écrit : Bonjour Apparemment, il n'existe pas de tag plus spécifique que amenity=car_wash pour indiquer une station de lavage au jet, par opposition à celles équipées d'un rouleau et uniquement utilisable pour les voitures. http://us.123rf.com/400wm/400/400/36clicks/36clicks1201/36clicks120100015/11864389-l-39-homme-wahsing-sa-voiture-dans-le-box-d-39-un-lavage-de-voiture-en-utilisant-un-jet-d-39-eau-hau.jpg Je pense aux stations type Éléphant bleu. N'y a-t-il pas de tag plus spécifique? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Tag-pour-station-lavage-a-jet-tp5785853.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment mieux accompagner les néophytes ?
+1 Il faut mettre à disposition des outils spécialisés à un usage compréhensible par le contributeur non geek, à l'image de wheelmap en cachant la complexité d'osm. Beaucoup de tags existent, mais trouver leur usage réel est souvent impossible, au mieux il y a une carte ITO. Mais je pense que cette creation tiens plus aux sites consommateur pour enrichir leur propres services qu'à la communauté osm. La communauté pourrait agir mais en facilitant la réutilisation d'outils (id ou autres) pour permettre ce type de creation d'outils et leur maintenance. Le 17 nov. 2013 22:20, Christian Quest cqu...@openstreetmap.fr a écrit : L'éditeur de waze ne gère que très peu d'objets géométriques, c'est ça qui du coup le rend simple. Un éditeur pour débuter pourrait consister à: - limiter en l'ajout de POI - limiter à l'ajout/correction de certains tags qui devraient être totalement masqués Prenez wheelmap, ce n'est pas vraiment un éditeur mais il permet de contribuer de façon très rassurante. Une fois qu'on se prends au jeu, il y a iD qui permet d'aller plus loin puis JOSM encore plus loin. Le 17 novembre 2013 20:02, PierreV belett...@hotmail.fr a écrit : Tiens tant qu'on est a discuter sur l'initiation aux néophytes, je viens de tomber sur l'éditeur de Waze: https://www.waze.com/fr/editor/?lon=-0.52915lat=46.31112zoom=4layers=TBFTTFTFTenv=row ben je suis bluffé par la simplicité qu'il dégage! Rien a voir avec Potlach ou ID! Pourquoi on essayerais pas de réaliser un éditeur simpliste qui charge que les données de routes par exemple (et ensuite on peu activer une couche POI...) mais qui donne envie de participer sans avoir l'impression qu'on puisse faire des erreurs? bref une piste pour les développeurs français? peut être après Umap pourquoi pas un éditeur en ligne pour débutant? -- View this message in context: http://gis.19327.n5.nabble.com/Comment-mieux-accompagner-les-neophytes-tp5785748p5785832.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr