[Talk-bd] OrbView-3 high resolution imagery available
Hello, 144 scenes of OrbView-3 satellite, made freely available by USGS, with 1 m resolution (panchromatic), with less than 10% cloud cover, terrain corrected (L1Gst) and contrast enhanced are now available as a TMS service. They can thus be used in Potlatch and JOSM, to trace roads, streets, populated places, waterways... They cover some areas for which no high resolution Bing imagery was available so far. For instructions for use, see https://wiki.openstreetmap.org/wiki/Bangladesh#OrbView-3_hires_imagery Let me know if you have any question. Best wishes, Jean-Guilhem -- gpg 0x5939EAE2 ___ Talk-bd mailing list Talk-bd@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-bd
Re: [Talk-hr] Skela
Potražio sam malo, i evo rezultata: Na wikipediji sam našao da se na engleskom to zove cable ferry: http://en.wikipedia.org/wiki/Cable_ferry Na openstreetmapovom wikiju ima prijedlog za tag cable ferry, ali je odlučeno da to nije dovoljno širok pojam: http://wiki.openstreetmap.org/wiki/Proposed_features/Cable_ferry Dakle predlažem da to označiš sa: route=ferry + foot=yes + motorcar=no + bicycle=? ne znam jel ova na slici praktična za bicikl. Kako mi izgleda, mogao bi se prevesti. Na obale rijeke možeš staviti točke sa amenity=ferry_terminal i spojiš highway=path na njih sa kopnene strane, i ovaj route=ferry sa rječne strane. Dana 6. svibnja 2012. 23:30 Gordan Krešić gordan.kre...@steatoda.com je napisao/la: Zna li tko kako ucrtati prijelaz preko rijeke koji je izveden ručnom skelom (fotka lokacije: http://goo.gl/0RPKQ)? Lokacija koju bi trebalo spojiti je vidljiva na http://goo.gl/36iVH -gkresic. __**_ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-hrhttp://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Barangay Street Mapping in Basak San Nicolas - Saturday 12th May
(forwarding to the list. @neil, we have a limit of 40KB per message) Hi David, and everyone on the OSM PH email group ** ** I just wanted to let you know that I had a meeting with Manette Condevillamar at Barangay Basak San Nicolas this morning, and we have decided to re-schedule the street mapping party for 8am on Saturday 12thMay. We have re-scheduled because this time and day are more convenient for the local residents, and also to avoid the hottest part of the day. ** ** As such the new agenda for the street mapping party is as follows: ** ** 8:00am Orientation, introduction and split into groups 9:00am Set off from Barangay Hall in 3 or 4 groups with walking maps and GIS devices 12:00 midday Lunch at the Barangay Hall, which has been provided by the World Bank 1:00pm Collate all walking maps and GPS traces for analysis, cleaning and upload to OSM 1:30pm End of mapping party ** ** All are welcome to join us, and so far David Whittall has signed up (David – can you make Saturday morning?). Please meet at San Nicolas Barangay Hall on Tagunol Street (Coordinates: 10°17'9N 123°52'14E) at 8:00am if you plan to atend. ** ** I look forward to meeting you there if you can make it. If you plan to come it would be great if you can make contact with me, and let me know whether you will be able to bring a GPS data logger for use during the day. We currently have 2 devices, but would ideally like to use 4 so that we can break up into 4 groups to get the majority of the Barangay’s footpaths mapped within a morning. ** ** Best regards Neil Neil Taylor Principal Consultant Integrated Transport Planning Ltd. 32a Stoney Street The Lace Market Nottingham NG1 1LL -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Barangay Street Mapping in Basak San Nicolas - Saturday 12th May
On 7 May 2012 19:13, David Whittall david.whitt...@gmail.com wrote: *Neil,* Yes I can make *Saturday 12th May* rather than the Sunday 13th (which leaves me free to then go on a Green Trail Ride on Sunday). I have my *Nokia N95 8G*B - and usually use *Sports Tracker*application, rather than *GMobileXT*, my *Garmin Nuvi 255* (*Garmin MapSource*) and my *WBT-201 *Bluetooth GPS Tracker (modified to 250ms interval, and logging on Change of Heading *+* 2 Degrees, above 4kph currently) uses *TimeMachineX *to extract *GPS Tracklog*. If you were planning to collect the *GPS Track Logs* @1pm, do you have *WiFi Internet* available, or PC with *MapSource*, and/or possibly TimeMachineX http://wintec.com.tw/~download/support_file/TMXsetupv2.7.1.exe installed? Perhaps I can persuade *some Members* of our *Green Trails Rides - Cebuhttp://greentrails4cebubikers.wetpaint.com/ * with their *GPS* to come along also? *David R. Whittall* I.Eng MIEEIE On 7 May 2012 14:18, Neil Taylor tay...@itpworld.net wrote: Hi David, and everyone on the OSM PH email group ** ** I just wanted to let you know that I had a meeting with Manette Condevillamar at Barangay Basak San Nicolas this morning, and we have decided to re-schedule the street mapping party for 8am on Saturday 12thMay. We have re-scheduled because this time and day are more convenient for the local residents, and also to avoid the hottest part of the day.** ** ** ** As such the new agenda for the street mapping party is as follows: ** ** 8:00am Orientation, introduction and split into groups 9:00am Set off from Barangay Hall in 3 or 4 groups with walking maps and GIS devices 12:00 midday Lunch at the Barangay Hall, which has been provided by the World Bank 1:00pm Collate all walking maps and GPS traces for analysis, cleaning and upload to OSM 1:30pm End of mapping party ** ** All are welcome to join us, and so far David Whittall has signed up (David – can you make Saturday morning?). Please meet at San Nicolas Barangay Hall on Tagunol Street (Coordinates: 10°17'9N 123°52'14E) at 8:00am if you plan to atend. ** ** I look forward to meeting you there if you can make it. If you plan to come it would be great if you can make contact with me, and let me know whether you will be able to bring a GPS data logger for use during the day. We currently have 2 devices, but would ideally like to use 4 so that we can break up into 4 groups to get the majority of the Barangay’s footpaths mapped within a morning. ** ** Best regards Neil Neil Taylor Principal Consultant Integrated Transport Planning Ltd. 32a Stoney Street The Lace Market Nottingham NG1 1LL ** ** [image: cid:image004.jpg@01CC98A5.65778820] [image: Description: Follow us on LinkedIn]http://www.linkedin.com/company/integrated-transport-planning-ltd.?trk=fc_badge ** ** T: +44 (0) 115 988 6903 UK Mobile: +44 (0) 7780 710152 (UK) PH Mobile: +63 (0) 947 4856017 (Philippines) E: tay...@itpworld.net W: www.itpworld.net Skype: neil.taylor42 BT MeetMe Number 0844 5610005 BT MeetMe Passcode 20233903# Offices in Birmingham, Milton Keynes and Nottingham Registered in England and Wales No: 3485430 Registered office: 50 North Thirteenth Street, Milton Keynes, MK9 3BP VAT Number: 705011395 ** ** ** ** P *Consider the environment. Please don't print this e-mail unless you really need to.* ** ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] RandoVelo Vs RAVeL
Hello all, In Wallonia, there is 2 types of bicycleways. RVx and RAVeLx, which one should be at the layer 1 if the two are national network (ncn). RVx are from an asbl. RAVeLx from SPW (service public wallonie). So, RAVeL should be upper than RVx. What do you think about it? How could be shown in cyclemap? J-L jl.sta...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] RandoVelo Vs RAVeL
On Monday 07 May 2012 11:07:27 Mars Hell wrote: Hello all, In Wallonia, there is 2 types of bicycleways. RVx and RAVeLx, which one should be at the layer 1 if the two are national network (ncn). RVx are from an asbl. RAVeLx from SPW (service public wallonie). So, RAVeL should be upper than RVx. What do you think about it? How could be shown in cyclemap? They should stay at the same ncn level. It's about their function, not about who maintains them. If you want to distinguish, there are tags like operator=* Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] data visualizations and blind / low-viz users.
The City of Toronto Open Data team held an event last week[1] to celebrate the second year of their Open Data program and to discuss how it might be improved. Visualizations were the hot topic, featured in two of the three main topics of discussion. - Are visualizations using City of Toronto data (as opposed to applications using the data) the missing link in gaining more acceptance of the value of Open Data? - Should the City of Toronto be developing their own visualizations and apps? - Are we (Community and City) missing anything here - what else can we do to take Open Data to the next level? Toronto is good about accessibility, but talking about data visualizations seemed exclusive to those in attendance who were blind. We talked a little bit about renderings rather than visualizations. What are other inclusive synonyms that we can use when talking about making data useful for audiences? presentation layer ? renderings ? ... ? [1] http://www.eventbrite.ca/event/3120311937 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] State Of The Map US 2012 - Portland, Oregon - 13/14 October
Hi all, We (the OSM US Chapter Board) are extremely excited to officially announce SOTM US 2012! We told you a while ago that it was going to be Portland, Ore., but we finally ironed out all the details. So here it is: State Of The Map US 2012 October 13-14, 2012 Oregon Convention Center Portland, OR. http://www.stateofthemap.us/ A big huge thanks goes out to our friends at Development Seed for creating the event web site which turned out pretty awesome! For those outside the US - while the focus of SOTM US will be on, well, OpenStreetMap in the US, you are more than welcome to attend, and to submit a talk if it is relevant to the US. A more descriptive CFP will be out soon! -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] State Of The Map US 2012 - Portland, Oregon - 13/14 October
On Mon, May 7, 2012 at 8:33 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, We (the OSM US Chapter Board) are extremely excited to officially announce SOTM US 2012! We told you a while ago that it was going to be Portland, Ore., but we finally ironed out all the details. So here it is: State Of The Map US 2012 October 13-14, 2012 Oregon Convention Center Portland, OR. http://www.stateofthemap.us/ I hope to be there. But clicking on the link to http://www.stateofthemap.us fails. http://stateofthemap.us works just fine. -- Clifford I have promised to cut down on my swearing and drinking, which I have. Unfortunately, this has left me dim-witted and nearly speechless. Adapted from *The Lion* by Nelson DeMille -or- If you can't explain it simply, you don't understand it well enough. Albert Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] State Of The Map US 2012 - Portland, Oregon - 13/14 October
Hi, On Mon, May 7, 2012 at 9:33 AM, Martijn van Exel m...@rtijn.org wrote: [...] http://www.stateofthemap.us/ [...] It's being fixed but for now, ditch the www part. Label me an internet paleo.. So: stateofthemap.us -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] OSM no Mundo Geo#connect
Olá, pessoal Conseguimos confirmar o espaço para realizar um workshop de OpenStreetMap no evento MundoGEO#connect. Fiquei como o responsável em realizar o workshop, mas se alguém tiver disponibilidade de apresentar comigo será ainda mais interessante! O workshop será no dia 29/05 pela manhã. O acesso é gratuito, bastando para os participantes se credenciarem para a feira do evento (quem se credenciar antecipadamente ganha uma assinatura anual da revista MundoGEO). É recomendável aos participantes do workshop que levem notebook. Depois envio um release mais organizado para vocês ajudarem a divulgar. Infos sobre o workshop: http://mundogeoconnect.com/2012/grade/workshop-openstreetmap-mapeamento-colaborativo/ Página de credenciamento: http://mundogeoconnect.com/2012/credenciamento/ abraços, wille On 15-04-2012 11:30, Arlete Meneguette wrote: Bom dia amigos! Acredito que esta seja uma oportunidade ímpar para divulgarmos nossa atividade colaborativa e cooperativa. Há duas possibilidades, como mencionei na msg anterior: a) apresentação oral feita por usuários de diferentes plataformas de mapeamento online, seguida por debate com público; b) oficina de mapeamento, na qual cada mapeador leva seu notebook e o MundoGEO fornece acesso à WiFi. Arlete Em 15 de abril de 2012 10:30, vitorvitor.geo...@gmail.com escreveu: Professora Arlete, O Eduardo entrou em contato comigo, mas não vou estar no Brasil na data. Alguém topa ajudar a organizar uma oficina de mapas livres neste evento? Vai ser do dia 29 a 31 de maio, em São Paulo. http://mundogeoconnect.com/2012/ Vitor George mapaslivres.org twitter.com/mapaslivres 2012/4/14 Arlete Meneguettearletemenegue...@gmail.com Pessoal Outra oportunidade para conhecermos melhor a INDE é participarmos do MundoGEO#Connect: http://mundogeoconnect.com/2012/grade/curso-padroes-dos-dados-geoespaciais-da-inde/ Por sinal, o Eduardo Freitas (do Portal MundoGEO) gostaria de realizar uma sessão sobre Mapeamento Colaborativo e/ou uma Mapping Party. Passei para eles alguns contatos de membros da nossa lista do OSM e espero que dê certo ! Arlete Em 14 de abril de 2012 21:02, vitorvitor.geo...@gmail.com escreveu: Oi Edmar, Com certeza precisamos trabalhar para uma legislação mais clara sobre o licenciamento de dados públicos. Agora mesmo estamos conversando com uma entidade sobre o compartilhamento de uma base, e estamos tendo que repetir o processo de esclarecimento a respeito dos termos de compartilhamento. Se as bases de entidades públicas fossem obrigadas a terem uma licença, seja ela qual fosse, já saberíamos por onde ir de antemão. Sei que muitas vezes as entidades usam bases de terceiros que não podem ser relicenciadas, mas acredito que deveria haver uma lei que regulasse este tema e impedisse que houvesse qualquer restrição para a redistribuição. No link abaixo há uma carta do W3C sobre o que deveriam ser os princípios de dados abertos governamentais. http://www.w3c.br/divulgacao/pdf/dados-abertos-governamentais.pdf Concordo com quase todos os princípios, menos com o que diz que dados abertos governamentais devem ser livres de licença, a menos que eles queriam estar referindo-se de que os dados devem ser declaradamente de domínio público. Não estou muito envolvido ainda no INDA, mas gostaria de participar mais. Vi no wiki que o GT do INDA estará no OGP Meeting em Brasília: http://wiki.gtinda.ibge.gov.br Vou estar lá para participar das discussões. Abs Vitor George mapaslivres.org twitter.com/mapaslivres 2012/4/14 Edmar Morettiedmar.more...@terra.com.br Qd os dados são produzidos pela própria instituição, cabe às instâncias internas decidirem qual o licenciamento, tendo como base a legislação vigente. O Decreto que instituiu a INDE exige o compartilhamento de dados mas deixa a questão da licença em aberto. Esse Decreto foi um avanço considerável, envolveu muita discussão dentro do governo e acabou abrindo caminho para a lei dos dados abertos e a criação do grupo responsável pela INDA (Infraestrutura Nacional de Dados Abertos). Na época ficamos felizes em conseguir quebrar a resistência de muitos setores que não aceitavam essa abertura. Agora precisamos avançar mais. O passivo realmente é um problema já que os dados digitais produzidos pelas instituições do governo foram sendo feitos sem muito cuidado com a qualidade e documentação, o que leva muitas vezes à impossibilidade de se usar um determinado dado já que não se sabe sua fonte. []'s Em 14/04/2012 15:13, Alexandre Parente Lima escreveu: A verdade é que as instituições não sabem qual a licença dos seus dados, dessa forma fica difícil disponibilizar algo. Trabalho no IBAMA e por aqui ninguém soube me informar sob que licenca esta os dados do CSR. Outro exemplo, tenho toda a hidrografia do estado digitalizada das cartas da SUDENE e não seu de quem é esse trabalho nem sob qual licença ele está. Em 14 de abril de 2012 14:17, Edmar Moretti edmar.more...@terra.com.brescreveu: A
Re: [Talk-de] Wanderweg Riedlinie vermisst
Hallo Bernhard, ich hatte vor einigen Monaten einen moeglicherweise analogen Fall, wo mir eine komplette relation (Radroute von 250km) verschwunden war. Wenn du etwas Geduld hast, grabe ich die Instruktionen aus, die ich mir damals zusammengesucht hatte. Am Ende war es relativ einfach, die gesamte relation wiederherzustellen. Gruss Volker (Padova, Italien) 2012/5/6 Bernhard Weiskopf bweisk...@gmx.de Hallo an alle, gerade wollte ich den Verlauf des Wanderwegs Riedlinie (Hauptwanderweg 1 (HW 1) des Odenwaldklubs, 175 km) bei Mannheim kontrollieren. Alle Relationseinträge in meiner Umgebung sind verschwunden. In http://wiki.openstreetmap.org/wiki/Odenwaldklub wird der Weg noch als Relation 76002 geführt, der Link dorthin http://www.openstreetmap.org/browse/relation/76002 zeigt nur noch ein kurzes Stück, von dem ich nicht mal weiß, ob es dazugehört. Kennt sich jemand mit Relationen aus und kann recherchieren, was mit der Riedlinie passiert ist und ob bzw. wie man mit einfachen Mitteln die Relationen wieder herstellen kann? Die Chronik http://www.openstreetmap.org/browse/relation/76002/history liefert mir nach etwas Wartezeit leider nur die Meldung Entschuldigung, es dauerte zu lange die Daten für die Relation mit der ID 76002 abzurufen. Gruß aus Mannheim Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo, an sich eine gute Idee, aber hast du mal über surface=* nachgedacht? Das ist weniger subjektiv bei Wegen mit grade3..5 und zusätzlich deutlich detaillierter und intuitiver. Ebenfalls in der Auswertung deutlich flexibler und daher sinnvoller verwendbar. Danke fürs Feedback. Persönlich sehe ich surface als viel zu detailliert an, so dass ich mit tracktype ein Minimum an Information haben möchte, das aber gut zu verwenden ist. Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). Die offizielle Seite für das Projekt lautet jetzt: http://tracks.osmsurround.org Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 11:31, schrieb Adrian Stabiszewski: Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. Solche Wege meide ich schon mit dem Treckingrad, mit dem Rennrad möchte ich von einem Router/oder einer Karte nicht diese Wege als supertoll angepriesen bekommen. Ich möchte dir das nicht ausreden, aber AFAIK nutzen die Radrouter egtl. bevorzugt surface, weil man besser für seine Zielgruppe differenzieren kann. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 7. Mai 2012 11:53 schrieb aighes o...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
On 07/05/12 12:43, Martin Koppenhoefer wrote: Am 7. Mai 2012 11:53 schrieb aighes o...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. +1 ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. +1 Ich halte die Kombination aus beide Tags als wichtig leider wird tracktype nur für tracks verwendet und smoothness=* hat mich bisher noch nicht überzeugt. Somit habe ich fast überall Probleme. Ob das nun die Füßgängerzone mit Fahrrad frei ausserhalb der Geschäftszeiten und fast ebenem Kopfsteinplaster aber Straßenbahnschienen, der Rad-(/Fuß)weg oder auch highway=residential/unclassified/service/secondary sind. In Berlin hatte ich mal einen gedruckten Fahrradstadtplan der nicht nur Radrouten und Umfahrungen von großen Kreuzungen zeigte sondern auch den Straßenbelag/zustand wiedergab und Fahrradwege entlang der Straße klassifizierte. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 7. Mai 2012 11:53 schrieb aighes o...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Ok, ich habe noch eine checkbox hinzugefügt mit der man nach Tracks ohne surface filtern kann. (Nur unter der neuen URL: http://tracks.osmsurround.org) Seid aber nicht überrascht, dass zumindest in meiner Umgebung nicht mal (geschätzt) 10% der Tracks die surface Eigenschaft haben. Wohingegen ich mit tracktype eine realistische Chance sehe 100% zu erreichen ;) Sobald das Planet file wieder verfügbar ist, will ich nämlich ganz Deutschland auswerten und auf der Karte anzeigen. Und ja, das Design ist shit ;) Aber ich glaube kaum, dass JOSM auf dem iPad läuft. Nichtsdestotrotz habe ich den Button etwas nach links verschoben. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 12:43, schrieb Martin Koppenhoefer: Am 7. Mai 2012 11:53 schrieb aigheso...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Was aber nicht der Definition des Wikis entspricht. grade1: Paved track or heavily compacted hardcore. grade2: Unpaved track; surface of gravel or densely packed dirt/sand. Kopfsteinpflaster (auch wenn es selten ist) und auch übele Betonplatten sind eindeutig befestigt, oder seht ihr das anders? Über das verdichtet muss man nicht streiten, dass ist ohnehin sehr subjektiv und situationsabhängig. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Adrian, Sehr nuetzlich - danke Volker 2012/5/7 Adrian Stabiszewski mynewslet...@nitegate.de Am 7. Mai 2012 11:53 schrieb aighes o...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Ok, ich habe noch eine checkbox hinzugefügt mit der man nach Tracks ohne surface filtern kann. (Nur unter der neuen URL: http://tracks.osmsurround.org) Seid aber nicht überrascht, dass zumindest in meiner Umgebung nicht mal (geschätzt) 10% der Tracks die surface Eigenschaft haben. Wohingegen ich mit tracktype eine realistische Chance sehe 100% zu erreichen ;) Sobald das Planet file wieder verfügbar ist, will ich nämlich ganz Deutschland auswerten und auf der Karte anzeigen. Und ja, das Design ist shit ;) Aber ich glaube kaum, dass JOSM auf dem iPad läuft. Nichtsdestotrotz habe ich den Button etwas nach links verschoben. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Adrian Stabiszewski mynewslet...@nitegate.de wrote: Danke fürs Feedback. Persönlich sehe ich surface als viel zu detailliert an, so dass ich mit tracktype ein Minimum an Information haben möchte, das aber gut zu verwenden ist. Dto. Als Radfahrer interressieren mich (mal abgesehen von surface=cobblestone) lediglich tracktype1, tracktype2 und notfalls tracktype3, der Rest ist nichts für normale Radler und für Mountainbike gibt es mtb:scale. Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Jepp, finde ich Klasse. Ich könnte Dir anbieten eventuell mit mapnik ein Overlay zu rendern. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). dto. Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 13:54, schrieb Sven Geggus: aigheso...@aighes.de wrote: Ich möchte dir das nicht ausreden, aber AFAIK nutzen die Radrouter egtl. bevorzugt surface, weil man besser für seine Zielgruppe differenzieren kann. Im gegenteil, die derzeit verfügbaren Radrouter (z.B. openroutervice.org) diffenrenzieren nicht mal brauchbar zwischen tracktypes. Das hat mich schon so genervt, dass ich ein paar grade5 Wege am liebsten wieder gelöscht hätte. Achso...ich redete von den Garmin-Karten, die sich auf Radrouting spezialisiert haben. Mit den Onlineroutern hab ich dahingehend noch keine Erfahrungen gemacht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO regions-europe
Hey Zu der Zeit als es letztes Jahr keine Aktualisierungen der AIOs gab hatte Flacus ein kleines Projekt angestoßen [1]. Leider ist das Projekt eingeschlafen und ich erreiche Flacus auch nicht. Immer mal wieder bekomme ich allerdings enttäuschte Kommentare/Emails zu gesicht. Wäre es möglich diese kleineren Karten mit in die Standartroutine aufzunehmen ? Danke fly [1] https://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Regions ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OWL Viewer gestorben
Hi, die Haupseite http://matt.dev.openstreetmap.org/owl_viewer/ ist noch erreichbar jedoch werfen die Unterseiten eine Ruby Error Message. Weiß jemand was da passiert ist? Grüße, Dampfklon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo, Am 7. Mai 2012 13:43 schrieb aighes o...@aighes.de: Am 07.05.2012 12:43, schrieb Martin Koppenhoefer: Am 7. Mai 2012 11:53 schrieb aigheso...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Was aber nicht der Definition des Wikis entspricht. grade1: Paved track or heavily compacted hardcore. grade2: Unpaved track; surface of gravel or densely packed dirt/sand. Kopfsteinpflaster (auch wenn es selten ist) und auch übele Betonplatten sind eindeutig befestigt, oder seht ihr das anders? Über das verdichtet muss man nicht streiten, dass ist ohnehin sehr subjektiv und situationsabhängig. Das sehe ich genau so. Es geht ja nicht nur um Radfahrer - schon als Fußgänger ist Kopfsteinpflaster was ganz anderes als Schotter. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellgebiet
Am 6. Mai 2012 20:00 schrieb Albrecht Will albrecht.w...@online.de: Hat jemand schon mal in einem sumpfigen Gebiet mit Gummistiefeln oder Wathosen gemapt? Ich verstehe die Frage nicht. Es reicht, wenn du außen herum läufst. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 94
Hallo, die neue Wochennotiz Nr. 94 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/05/wochennotiz-nr-94/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
On 07/05/12 14:57, Michael Krämer wrote: Das sehe ich genau so. Es geht ja nicht nur um Radfahrer - schon als Fußgänger ist Kopfsteinpflaster was ganz anderes als Schotter. Das kommt dann wohl auch aufs Schuhwerk und die Wetterlage an. Wobei mit Stöckelschuhen würde ich doch eher feine Schotter gegenüber holprigen Kopfsteinplaster bevorzugen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 15:18, schrieb fly: Das kommt dann wohl auch aufs Schuhwerk und die Wetterlage an. Wobei mit Stöckelschuhen würde ich doch eher feine Schotter gegenüber holprigen Kopfsteinplaster bevorzugen. Was man nun unter welchen Bedingungen auch immer bevorzugt hat ja nun nicht viel damit zutun, wie man den Weg erfasst. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo, Am 7. Mai 2012 15:18 schrieb fly lowfligh...@googlemail.com: On 07/05/12 14:57, Michael Krämer wrote: Das sehe ich genau so. Es geht ja nicht nur um Radfahrer - schon als Fußgänger ist Kopfsteinpflaster was ganz anderes als Schotter. Das kommt dann wohl auch aufs Schuhwerk und die Wetterlage an. Wobei mit Stöckelschuhen würde ich doch eher feine Schotter gegenüber holprigen Kopfsteinplaster bevorzugen. Eben anders, nicht besser oder schlechter :-) Die Grade-Skala ist ja schon eine Abstufung der Qualität und bei diesen Oberfächen gibt es meiner Meinung nach keine eindeutige Reihenfolge für alle Benutzer eines Weges. Während jemand mit Stöckelschuhen eben vielleicht feinen Schotter bevorzugt, ist dem Traktorfahrer vielleicht das Kopfsteinpflaster lieber. (Wobei ich mich mit keinem von beiden auskenne...). Daher denke ich, dass diese Unterschiede nur mit surface=* dargestellt werden können. tracktype mit den definierten grades ist sicher nicht in der Lage alle Eventualitäten mit abzudecken. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 7. Mai 2012 15:47 schrieb aighes o...@aighes.de: Am 07.05.2012 15:18, schrieb fly: Das kommt dann wohl auch aufs Schuhwerk und die Wetterlage an. Wobei mit Stöckelschuhen würde ich doch eher feine Schotter gegenüber holprigen Kopfsteinplaster bevorzugen. Was man nun unter welchen Bedingungen auch immer bevorzugt hat ja nun nicht viel damit zutun, wie man den Weg erfasst. ;-) bei solch subjektiven tags wie tracktype wird es immer Unschärfen geben. Für mich ist ein grade1 ein ebener, guter Weg, wenn der mal eben und gut war, mittlerweile aber schon vorangekommen ist bei der Selbstzersetzung, dann wird er abgewertet und erhält eben nur grade2. Kopfsteinpflaster ist zwar gut ausgebaut, aber eben nicht eben, kommt aber wie gesagt sowieso praktisch nicht auf Feldwegen vor, und kann darüberhinaus mit surface sowieso besser klassifiziert werden, ein echtes Problem haben wir eher nicht hier. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Ich sehe tracktype als eindeutig schlechter wie smoothness an, wenn es um Radeln geht. Surface ist im Prinzip zwar nett, in der Praxis liegt man da aber bei 5-10% komplett daneben, sprich surface werten man nur dann aus, wenn kein smoothness oder tracktype vorliegt, bzw für tracktype 5. tracktype 4/5 sind leider in den Tagginggewohnheiten sehr unterschiedlich, sprich beim auswerten weiß ich nicht was sich dahinter verbirgt. Ab tracktype 4/5 braucht man zusätzliche Attribute wie mtb:scale -- muss unterscheiden ob footway/path/track, oder das vermaledeite (weil häufig nicht verstandene) sac_scale oder eben auch surface. Wenn es um Wege geht die tracktype 3-5 sind, und nicht mit mtb:scale getagged sind, dann macht smoothness einfach viel mehr Sinn. Einen track selector halte ich daher für ziemlichen Stuss, weil eben häufig aus gutem Grund kein Tracktype angegeben ist (weil es nicht differenziert genug ist). Selbst bei grade1/2 gibt es ja genug Probs. Sprich sinnvoller wäre ein smoothness selector On 07.05.2012 13:48, Sven Geggus wrote: Adrian Stabiszewskimynewslet...@nitegate.de wrote: Danke fürs Feedback. Persönlich sehe ich surface als viel zu detailliert an, so dass ich mit tracktype ein Minimum an Information haben möchte, das aber gut zu verwenden ist. Dto. Als Radfahrer interressieren mich (mal abgesehen von surface=cobblestone) lediglich tracktype1, tracktype2 und notfalls tracktype3, der Rest ist nichts für normale Radler und für Mountainbike gibt es mtb:scale. Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Jepp, finde ich Klasse. Ich könnte Dir anbieten eventuell mit mapnik ein Overlay zu rendern. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). dto. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 16:19, schrieb Felix Hartmann: Surface ist im Prinzip zwar nett, in der Praxis liegt man da aber bei 5-10% komplett daneben, sprich surface werten man nur dann aus, wenn kein smoothness oder tracktype vorliegt, bzw für tracktype 5. Wie meinst du das mit dem daneben liegen? Wenn da surface=asphalt getaggt ist, sollte dem doch auch so sein. Ähnlich bei cobblestone, concrete und wie die ganzen anderen values lauten. Sicherlich gibt es da auch den einen oder anderen Fehler in den Daten, aber den hat man doch bei tracktype auch. Dazu muss man ja nur den thread hier zu lesen, wo da die Interpretationsgrenzen liegen. smoothness ist unabhängig von surface und tracktype auch sinnvoll, aber keiner der beiden macht eine Aussage über smoothness laut wiki-Definition aus. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
aighes o...@aighes.de wrote: grade1: Paved track or heavily compacted hardcore. grade2: Unpaved track; surface of gravel or densely packed dirt/sand. Ich habe durchaus schon asphaltierte Wege mit grade2 markiert und zwar dann, wenn der asphalt einen superschlechten Zustand und Schlaglöcher hatte. Die grade Geschichte mag ein Stück subjektiv sein, aber sie abstrahiert halt auch. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
aighes o...@aighes.de wrote: Achso...ich redete von den Garmin-Karten, die sich auf Radrouting spezialisiert haben. Vielleicht weil Felix nichts von tracktype hält? Glaub ich aber noch nichtmal, denn der Routing Algorithmus in den Garmingeräten ist halt leider nur sehr bedingt für Fahrradrouting geeignet. Ich hätte super gerne mal ein Fahrradrouting das auf osrm basiert gesehen, denn turn by turn Navigaion brauche ich eigentlich eher nicht. Vielmehr plane ich weitere Wege in der Regel vor und im Nahbereich kenne ich mich sowieso aus. Gruss Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO regions-europe
fly lowfligh...@googlemail.com wrote: Wäre es möglich diese kleineren Karten mit in die Standartroutine aufzunehmen ? Wen sonst versuchst Du denn hier zu erreichen? AIO Maintainer ist flacus. Christoph, der Originalauthor der AIO macht glaub ich nichts mehr. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
cobblestone ist wirklich ziemlich genau vorstellbar - auch wenn es da große Unterschiede gibt. Aber surfaces wie sand, earth, sind total nutzlos. Sand kann etwa von Strand (unfahrbar mit Rad) zu sandigem Boden fast alles sein. Aber bleiben wir mal lieber bei der Liste der Häufigkeiten Absteigend. 1: Paved ::: nutzlos wenn smoothness oder tracktype angegeben ist 2. Unpaved ::: kann quasi alles bedeuten 3. Asphalt ::: das ist recht gut einschätzbar. Aber gibt auch noch ganz gute Unterschiede 4. Gravel ::: ist normalerweise grade2/3 -- recht gut einschätzbar. 5. Ground ::: nicht einschätzbar 6. Grass::: kann mal wieder fast alles bedeuten (von 50cm hoher Wiese bis super Fussballrasen) 7. Dirf ::: ROFL 8 Paving Stones ::: recht gut einschätzbar 9: Concrete ::: recht gut einschätzbar 10: Cobblestone. recht gut eischätzbar So jetzt rechnen wir mal zusammen unter allen relevanten typen sind grad mal so 33% einschätzbar. Wie man da von einem sinnvollen Tag sprechen kann ergibt sich mir leider überhaupt nicht. Ja zusätzlich ist surface super. Aber alleine meistens sinnlos Siehe: http://taginfo.openstreetmap.org/keys/?key=surface#values Wenn also mal wieder von den so toll auswertbaren surface values gesprochen wird, dann bitte beachten wie häufig die vorkommen On 07.05.2012 16:40, aighes wrote: Am 07.05.2012 16:19, schrieb Felix Hartmann: Surface ist im Prinzip zwar nett, in der Praxis liegt man da aber bei 5-10% komplett daneben, sprich surface werten man nur dann aus, wenn kein smoothness oder tracktype vorliegt, bzw für tracktype 5. Wie meinst du das mit dem daneben liegen? Wenn da surface=asphalt getaggt ist, sollte dem doch auch so sein. Ähnlich bei cobblestone, concrete und wie die ganzen anderen values lauten. Sicherlich gibt es da auch den einen oder anderen Fehler in den Daten, aber den hat man doch bei tracktype auch. Dazu muss man ja nur den thread hier zu lesen, wo da die Interpretationsgrenzen liegen. smoothness ist unabhängig von surface und tracktype auch sinnvoll, aber keiner der beiden macht eine Aussage über smoothness laut wiki-Definition aus. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 17:15, schrieb Felix Hartmann: Aber bleiben wir mal lieber bei der Liste der Häufigkeiten Absteigend. 1: Paved ::: nutzlos wenn smoothness oder tracktype angegeben ist Sagt immerhin aus, dass ich da bei Dauerregen lang kann, ohne im Schlamm zu versinken, etc. 2. Unpaved ::: kann quasi alles bedeuten Sagt halt aus, dass der Weg nicht befestigt ist. Je nach Interessengebiet kann das entscheidend sein oder nicht. Beide haben aber eine Aussage. Ob die nun fürs Radrouting sinnvoll erscheint, muss jeder selber wissen. Auf Karten der betroffenen Regionen (wo noch nicht alle Verbindungsstraßen asphaltiert sind) wird jedenfalls unterschieden zwischen befestigte Straße und unbefestigte Straße. Wenn diese Unterscheidung sinnlos wäre, würde man sie in den Karten wohl kaum unterscheiden. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 13:43, schrieb aighes: Was aber nicht der Definition des Wikis entspricht. grade1: Paved track or heavily compacted hardcore. grade2: Unpaved track; surface of gravel or densely packed dirt/sand. Kopfsteinpflaster (auch wenn es selten ist) und auch übele Betonplatten sind eindeutig befestigt, oder seht ihr das anders? Über das verdichtet muss man nicht streiten, dass ist ohnehin sehr subjektiv und situationsabhängig. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de +1 Ausnahmen sind bei mir Wege, wo der Asphalt bis auf die Grundschicht aufgerissen ist und somit Schlaglöcher mit 20cm oder unumfahrbare mit 10cm hat. (Kommt bei von Straßen auf Feldwege rückgebaute Straßen vor). LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggingschema OpenRailwayMap
Hallo, bereits seit längerem arbeite ich an dem Plan, eine Spezialkarte zum Thema Eisenbahn unter dem Namen OpenRailwayMap zu schaffen: http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap Nun habe ich das Taggingschema nach meiner Meinung soweit fertig und würde gerne andere fragen, wie sie es finden und was verbessert werden könnte: Das Taggingschema habe ich aufgeteilt in das vollständige http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging sowie eine gekürzte Version für Bahnlaien: http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Vereinfachtes_Tagging Alles genau hier zu erklären, wäre wahrscheinlich ein bisschen zu umfangreich. Schaut es euch einfach an und bei Verständnisfragen oder Fragen wie Warum soll etwas auf diese Weise getaggt/erfasst werden? kann ich euch einzelne Dinge genauer erläutern. Sollten hier vorerst keine weiteren Ergänzungswünsche oder Kritikpunkte auftreten, werde ich mir die Arbeit machen, die Seiten ins Englische zu übersetzen und als Proposal einzutragen. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Nur ein kurzes Update von mir: Der track selector kann jetzt auch die Overpass API nutzen und somit viel größere Bereiche (z.B. ein Landkreis) darstellen. Die Overpass API ist per default aktiviert und kann via Checkbox wieder deaktiviert werden. Ich glaube, wenn wir den tracktype überall eintragen, dann wird das schon sehr nützlich sein und wir können dann auch noch weitere Eigenschaften hinzufügen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
On 07.05.2012 17:50, aighes wrote: Am 07.05.2012 17:15, schrieb Felix Hartmann: Aber bleiben wir mal lieber bei der Liste der Häufigkeiten Absteigend. 1: Paved ::: nutzlos wenn smoothness oder tracktype angegeben ist Sagt immerhin aus, dass ich da bei Dauerregen lang kann, ohne im Schlamm zu versinken, etc. Nein. Absolut nicht. Werte wie Gravel oder Earth sagen nichts über die Beschaffenheit von Wasserablaufrinnen in einem wenig befestigten Weg aus. Nur bei Asphalt oder anderen guten Werten kann man davon ausgehen. Aber auch hier kann seitlich Dreck draufgespült werden. Ich kann es vielleicht zu 70-80% annehmen, aber besser nicht. 2. Unpaved ::: kann quasi alles bedeuten Sagt halt aus, dass der Weg nicht befestigt ist. Je nach Interessengebiet kann das entscheidend sein oder nicht. Beide haben aber eine Aussage. Ob die nun fürs Radrouting sinnvoll erscheint, muss jeder selber wissen. Auf Karten der betroffenen Regionen (wo noch nicht alle Verbindungsstraßen asphaltiert sind) wird jedenfalls unterschieden zwischen befestigte Straße und unbefestigte Straße. Wenn diese Unterscheidung sinnlos wäre, würde man sie in den Karten wohl kaum unterscheiden. Henning Ja sie hat schon eine Bedeutung, aber viel aussagen tuts trotzdem nicht, denn die Überlappung ist viel zu groß. (was ist paved, was ist unpaved). Sinnvoll mit einem Zweck auswerten kann man es kaum. Sprich, existiert auch nir irgend ein anderer tag wie etwa smoothness, tracktype, usw, dann ist die surface in dem Fall komplett egal. Es ist nicht so dass ich Surface komplett als Unsinn empfinde, aber der größte für mich gute Nutzen wäre etwa beim Routen/Tourenplanen eine Statistik für die komplette Strecke mit Anteil, Erde, Anteil Gras, Anteil Asphalt usw anzuzeigen. Das wird man halbwegs gut hinbekommen (wobei die diversen neuen extrem spezifischen Werte natürlich viel ARbeit zum einpflegen bedeuten). Auf einer amtlichen, koherenten Karte, ist der Sinn zwischen unpaved und paved ganz anders. Da weiß man welche Kriterien mit hoher Genauigkeit zur Unterscheidung genutzt wurden. Bei OSM wissen wir es überhaupt nicht, selbst regional sind die Unterschiede oft schon groß. Ausserdem fällt es schwer (weil nirgendswo definiert) die zahlreichen surface values in paved/unpaved aufzuteilen. Gibt zu viele die weder noch sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am Montag, den 07.05.2012, 11:53 +0200 schrieb aighes: Am 07.05.2012 11:31, schrieb Adrian Stabiszewski: Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. Solche Wege meide ich schon mit dem Treckingrad, mit dem Rennrad möchte ich von einem Router/oder einer Karte nicht diese Wege als supertoll angepriesen bekommen. Bei mir ist tracktype=grade(6 - Geschwindigkeit, die bequem zu fahren ist (wäre der Weg in der Ebene)*h/5km). Mir wäre lieb, wenn die Router das etwa so einpreisen würden. Bin mal auf einem Betonplattenweg aus DDR-Nachlass gefahren, den ich heute mit grade4 eingestuft hätte (und dem ich damals beim Abfahren für die Radkarte den niedrigstmöglichen Rang zuteilte). Meine Handgelenke zittern unwillkürlich, wenn ich daran zurückdenke. Was da in JOSM steht (4 = mäßig bewachsen), halte ich für unmaßgeblich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012 22:10, schrieb Johannes Hüsing: Bei mir ist tracktype=grade(6 - Geschwindigkeit, die bequem zu fahren ist (wäre der Weg in der Ebene)*h/5km). Mir wäre lieb, wenn die Router das etwa so einpreisen würden. Die Rechnung verstehe ich nicht. Was die Geschwindigkeit, die du bequem fahren kannst mit dem tracktype zutun? Und wie kommst du auf die Geschwindigkeit, wenn der Weg nicht eben ist? Bin mal auf einer Autobahn gefahren, die ich heute mit Ortsstraße eingestuft hätte. Der Verkehr war einfach so dicht...mehr als 'Stop and Go' war nicht drin. Was da in JOSM steht (residential=Ortsstraße), halte ich für unmaßgeblich. SCNR Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Single Node oder Teil von Way, Relation und Co?
Hallo Leute, mich plagt so auf die Schnelle die Frage, ob es eine einfache Möglichkeit/ Datenbankabfrage gibt, um festzustellen, ob ein Node mit einer bestimmten OSM-ID allein für sich existiert, oder Teil eines Ways, einer Relation oder von egal was ist. Gibt es da was einfaches? Grund: Ich möchte die Position einzelner Nodes ändern. Es kann aber sein, das der mich interessierende Node an eine Hausecke angepappt wurde, seine Verschiebung also das Haus verändern würde. Das möchte ich natürlich nicht verantworten :-) Danke vorab JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Single Node oder Teil von Way, Relation und Co?
Jan Jesse wrote mich plagt so auf die Schnelle die Frage, ob es eine einfache Möglichkeit/ Datenbankabfrage gibt, um festzustellen, ob ein Node mit einer bestimmten OSM-ID allein für sich existiert, oder Teil eines Ways, einer Relation oder von egal was ist. hi Jan, es kommt darauf an, in welchem Format dir die Daten vorliegen. Von den beiden etablierten DB-Schemata (osm2pgsql und simple/snapshot) kenn ich nur das zweite. Hier gibt es die sql-Tabellen way_nodes und relation_members, die die für dich notwendigen Informationen enthalten. Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Single-Node-oder-Teil-von-Way-Relation-und-Co-tp5692149p5692195.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Am 07.05.2012, 22:10 Uhr, schrieb Johannes Hüsing johan...@huesing.name: Am Montag, den 07.05.2012, 11:53 +0200 schrieb aighes: Am 07.05.2012 11:31, schrieb Adrian Stabiszewski: Die Idee ist, die Erfassung der tracktypes zu vervollständigen, da wir bei geschätzten 90% liegen. Außerdem sehe ich den tracktype aus der Radfahrerperspektive und hier brauche ich einfach nur die Info: Rennrad-tauglich (grade1), Trekkingrad-tauglich(grade1-3) und MTB (grade1-5). Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. Solche Wege meide ich schon mit dem Treckingrad, mit dem Rennrad möchte ich von einem Router/oder einer Karte nicht diese Wege als supertoll angepriesen bekommen. Bei mir ist tracktype=grade(6 - Geschwindigkeit, die bequem zu fahren ist (wäre der Weg in der Ebene)*h/5km). Mir wäre lieb, wenn die Router das etwa so einpreisen würden. Bin mal auf einem Betonplattenweg aus DDR-Nachlass gefahren, den ich heute mit grade4 eingestuft hätte (und dem ich damals beim Abfahren für die Radkarte den niedrigstmöglichen Rang zuteilte). Meine Handgelenke zittern unwillkürlich, wenn ich daran zurückdenke. Was da in JOSM steht (4 = mäßig bewachsen), halte ich für unmaßgeblich. tracktype hat absolut rein gar nichts mit fahrbarer Geschwindigkeit oder gutem Fortkommen zu tun! Es ist lediglich eine Unterteilung in Kategorien, welche untereinander keine Rangfolge haben (auch wenn die grade-Zahl das symbolisieren will). Es gibt zB einen befestigten Weg (grade1), der aus groben Kopfsteinpflaster oder aus einer uralten Asphaltstraße besteht (smoothness=bad). Im Gegensatz kann ein Weg aus feinem Schotter (grade2) sogar von Rennrädern befahren werden (smoothness=good/intermediate). Es gibt sicherlich auch grade4/5 Wege, welche gut mit einem Citybike befahrbar sind (smoothness=intermediate). Somit ist für mich als Radfahrer nur surface und smoothness interessant (was leider nicht so oft getaggt wird, weil es wiederum nicht gerendert wird). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag per Torre antica
2012/5/6 sabas88 saba...@gmail.com: Cambia in building=tower e aggiungi historic=yes :) (Non mi ricordo, avevamo già discusso però) Ciao, Stefano si, aggiungi pure historic=tower e un tower:type (forse tower:type=defensive) http://taginfo.openstreetmap.org/keys/tower%3Atype#values volendo anche historic=tower (io lo uso, e apparentemente non sono l'unico, ma non ci sono moltissimi usi: http://taginfo.openstreetmap.org/tags/historic=tower ) Se esiste una pagina wikipedia metti anche quel link (wikipedia=it:. ), e volendo un start_date per capire quanto è storico. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per Torre antica
2012/5/7 Martin Koppenhoefer dieterdre...@gmail.com: intendevo man_made=tower historic=tower va anche bene ma non viene molto usato. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetMap @ istituti superiori
Sto pensando a una iniziativa per mappare sistematicamente la ciclabilità (devo ancora cominciare col lavoro di convincimento della FIAB e trovare collaboratori nella comunità OSM) che dovrebbe, fra altri approcci, coinvolegere le scuole. Facendo una mappa della ciclabilità del proprio territorio, può essere allo stesso tempo una attività didattica (lavoro di gruppo sul campo e al computer), una attività ambientalistica, e anche un metodo per indurre i ragazzi a utilizzare in modo intelligente la bicicletta. Non ho ancora cominciato, come detto, ma sicuramente sarei interessato in esperienze di altri e anche in materiale utile che potrebbe essere utilizzato anche altrove. Saluti Volker 2012/5/6 Maurizio Napolitano napoo...@gmail.com Rimango dell'idea che riuscire a rendere appetibile openstreetmap agli studenti di una classe, non e' banale. Di esperienze ce ne sono diverse. Dopo serie di attivita' che ho avuto con diversi docenti, penso che la soluzione migliore sia quella di partire da cose piccole. Per la maggiore, a molti insegnanti, interessa avere una mappa con sopra delle icone che al clic mostrano informazioni. Cosa che ha poco a che vedere con OpenStreetMap e che puo' essere fatta con molta piu' semplicita' con Google Maps. Fra le soluzioni che ho elaborato segnalo: - sensibilizzare ad un progetto di raccolta di dati tematici che offrono, a loro volta, un servizio di visualizzazione basasto su openstreetmap o integrato. Ad esempio: wheelmap oppure openplaques - se non si riesce ad avere soluzioni di tale tipo, allora deciderne uno con il docente e poi fare uso di ushahidi. Se ci sono problemi di installazione si ricorre a crowdmap (che non e' altro che ushahidi nel cloud). Di fatto si viene incontro ad una esigenza di base (= raccolta di punti di interessi con una finestrella che mostra le informazioni), ma si puo' organizzare, all'interno della classe, un gruppo di studenti scelto che si occupa di riempire la mappa di openstreetmap li' dove manca. Questo da l'ulteriore vantaggio di superare gmaps - Stimolare alla creazione di rendering diversi. Con software come maperitive o tilemill diventa facile fare questo lavoro e, fra gli studenti, potrebbe nascere l'esigenza di inserire anche nuove informazioni. L'esempio di mape furlane http://www.mapefurlane.eu/ e' ottimo per dare stimolo in questo senso. Al convegno didattica aperta avevo usato queste slide http://www.slideshare.net/napo/didattica-aperta-gis Fra i vari tool per stimolare gli studenti segnalo anche maposmatic.org my 2 cents ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetMap @ istituti superiori
2012/5/7 Volker Schmidt vosc...@gmail.com: Sto pensando a una iniziativa per mappare sistematicamente la ciclabilità (devo ancora cominciare col lavoro di convincimento della FIAB e trovare collaboratori nella comunità OSM) che dovrebbe, fra altri approcci, coinvolegere le scuole. Facendo una mappa della ciclabilità del proprio territorio, può essere allo stesso tempo una attività didattica (lavoro di gruppo sul campo e al computer), una attività ambientalistica, e anche un metodo per indurre i ragazzi a utilizzare in modo intelligente la bicicletta. Cosa ha poi scelto la FIAB per quanto riguarda i loro termini di contribuzione e la licenza? Avevo avuto qualche rapporto con loro, per aiutarli a scegliere, ma poi tutto era rimasto lettera morta. hai news? Luca? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetMap @ istituti superiori
Il 07 maggio 2012 14:27, Simone Cortesi sim...@cortesi.com ha scritto: Cosa ha poi scelto la FIAB per quanto riguarda i loro termini di contribuzione e la licenza? Avevo avuto qualche rapporto con loro, per aiutarli a scegliere, ma poi tutto era rimasto lettera morta. hai news? Luca? hanno messo nella stampa che i dati derivano da OSM. potete trovare la pubblicazione qui http://www.adbgenova.it/help/pedala_facile_sicuro.pdf -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Postazione defibrillatore pubblico (DAE)
Recentemente nella mia città hanno installato in una pubblica piazza, un totem con defibrillatore automatico esterno (D.A.E.), con rilancio di allarme automatico al servizio emergenza 118. Mapperei così: node medical=aed emergency=yes note:it=Ad utilizzo esclusivo di persone addestrate Qualche consiglio? Ciao. Umberto signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] acerca de la guajira
Adjunto el link http://geotux.tuxfamily.org/index.php/es/component/k2/item/302-affine-and-similarity-transformations-in-r?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+geotux+%28GeoTux+%28Geo-Noticias%2CGeo-Blogs%29%29 y.van años esperando se borre una palabra de los sources.me refiero a SIGOTHARRIERCO ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] acerca de la guajira
y.van años esperando se borre una palabra de los sources.me refiero a SIGOT A qué te refieres Harrierco? Encontré ese shapefile allí, por eso lo pongo como fuente, desconozco si fue tomado de otra parte. Saludos, Germán - Original Message - From: Harrier Co Sent: 05/07/12 01:56 PM To: talk-co@openstreetmap.org Subject: [Talk-co] acerca de la guajira Adjunto el link http://geotux.tuxfamily.org/index.php/es/component/k2/item/302-affine-and-similarity-transformations-in-r?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+geotux+%28GeoTux+%28Geo-Noticias%2CGeo-Blogs%29%29 y.van años esperando se borre una palabra de los sources.me refiero a SIGOT HARRIERCO -- --- \__ (:__)( / Soluciones Geoinformáticas Libres http://geotux.tuxfamily.org/ http://twitter.com/GeoTux2 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] ¿Alguien sabe sobre qué impedimento legal tendría el uso de la fuente OSM?
Esto pienso Por un lado siempre se deberia mencionar que la cartografia Openstreetmap no es precisa ni aun completa y esta siempre en construccion por su naturaleza, asi como el software libre se da como esta (AS IS). en lo unico que veria en contra seria el articulo 20 de la constitucion (informacion veraz) pero al respecto por la misma naturaleza de la cartografia esta nunca esta al 100% actualizada(muy seguro ni siquiera la oficial, caso dado algunos mapas oficiales no tienen la ultima nomenclatura pej calle 12d con cra 4 de Bogota), pero tambien en este articulo esta a favor la libertad de expresion y el acceso al conocimiento ciencia y técnica a favor Tampoco creo que se puede utilizar en lo referido a la ley 1447 de 2009 que oficializa el articulo 290 de la constitucion(Mapa oficial) o asuntos que puedan influir en cuestiones legales o de linderos. Lo veria mas como complemento a otra cartografia por ejemplo de GPS Desconozco si en algun pais se hyan por ejemplo referenciado tapas de alcantarilla en OSM. en instituciones privadas La limitacion esta en la forma de uso, no hay nada como los visores de google earth en el programa que lleva ese nombre y google earth es aun una fuerte competencia para OSM al menos aqui en Colombia Pero creo las perspectivas on buenas cuando ya hay paises como Rusia que los incluyen en sus sistemas de transporte y ya software de cartografia la incluye como su cartografia de hecho Desconozco el uso oficial/privado que se le haya dado exactamente en el pais, pero en algunos casos es la unica cartografia libre o con licencia CCBYSA, transportable, usable y modificable que tenemos. Si alguien tiene algo que complementar, modificar o corregir agradezco. Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Vindmøller!
Morten Kjeldgaard wrote: Læs resten af redegørelsen for projektet her: http://is.gd/hwQgz8 Lækkert arbejde! Husk at sende et link til ES. - Jørgen Ja, flot indsats:) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Usynlige skulpturer
Jeg kiggede på http://www.openstreetmap.org/?lat=55.392494lon=10.382235zoom=18 - når jeg går ind og redigerer, kan jeg se skulpturen Havhesten, som står i vandet ved siden af broen. Kigger jeg på kortet, er den ikke synlig. Er det almindeligt, at de ikke vises? Det slår mig som sært. Alt godt, Morten __ Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Usynlige skulpturer
Hej Morten Du tænker på at du ikke ser skulpturen som et ikon på OSM Mapnik kortet? - det skyldes at den er tagget tourism = artwork og der er ikke lavet nogen rendering ikon for dette tag - se hvilke turist tag som OSM Mapnik laver et ikon med på denne her side kig i feltet Rendering http://wiki.openstreetmap.org/wiki/Map_Features#Tourism vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Usynlige skulpturer
Det er et spørgsmål om information overload - På mapfeature siden (http://wiki.openstreetmap.org/wiki/Map_Features ) er der alene over 800 tags og hvis alle skulle have et ikon, så ville OSM Mapnik være fyldt med ikoner og nærmest ubrugtbart i byområder. For meget støj. Så jo det er OSM Mapnik designerne der bestemmer hvad der er relevant at få med af fx ikoner Ideen er så hvis man ønsker specielle features vist, at man fx kører sin egen OSM version (design etc) og kan style og vise lige hvad man ønsker. Egentlig skal man mere tænke i at OSM frivillige laver en rå geografisk database som andre kan bruge lige til deres formål (design etc) og ikke tænke så meget i hvordan OSM Mapnik standardkortet se ud. vh Søren Johannessen 2012/5/7 Morten Juhl-Johansen Zölde-Fejér mj...@syntaktisk.dk: Er det typisk, fordi man har besluttet sig for ikke at vise dem, eller fordi der bare ikke er lavet et ikon til formålet? Alt godt, M On 07.05.2012 10:01, Soren Johannessen wrote: Hej Morten Du tænker på at du ikke ser skulpturen som et ikon på OSM Mapnik kortet? - det skyldes at den er tagget tourism = artwork og der er ikke lavet nogen rendering ikon for dette tag - se hvilke turist tag som OSM Mapnik laver et ikon med på denne her side kig i feltet Rendering http://wiki.openstreetmap.org/wiki/Map_Features#Tourism vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Usynlige skulpturer
Fuldt forståeligt! -M On 07.05.2012 10:19, Soren Johannessen wrote: Det er et spørgsmål om information overload - På mapfeature siden (http://wiki.openstreetmap.org/wiki/Map_Features ) er der alene over 800 tags og hvis alle skulle have et ikon, så ville OSM Mapnik være fyldt med ikoner og nærmest ubrugtbart i byområder. For meget støj. Så jo det er OSM Mapnik designerne der bestemmer hvad der er relevant at få med af fx ikoner Ideen er så hvis man ønsker specielle features vist, at man fx kører sin egen OSM version (design etc) og kan style og vise lige hvad man ønsker. Egentlig skal man mere tænke i at OSM frivillige laver en rå geografisk database som andre kan bruge lige til deres formål (design etc) og ikke tænke så meget i hvordan OSM Mapnik standardkortet se ud. vh Søren Johannessen 2012/5/7 Morten Juhl-Johansen Zölde-Fejér mj...@syntaktisk.dk: Er det typisk, fordi man har besluttet sig for ikke at vise dem, eller fordi der bare ikke er lavet et ikon til formålet? Alt godt, M On 07.05.2012 10:01, Soren Johannessen wrote: Hej Morten Du tænker på at du ikke ser skulpturen som et ikon på OSM Mapnik kortet? - det skyldes at den er tagget tourism = artwork og der er ikke lavet nogen rendering ikon for dette tag - se hvilke turist tag som OSM Mapnik laver et ikon med på denne her side kig i feltet Rendering http://wiki.openstreetmap.org/wiki/Map_Features#Tourism vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] danske udgaver af geofabrik?
hej, Hej Emil, jeg vil høre om i kender til firmaer eller udviklere der har erfaring med opsætning/drift af tile-servere? gerne også med erfaring i at udarbejde nye styles til mapnik. jeg kender til tyske geofabrik . findes der nogen lignende i danmark? Uden det skal blive en reklame, vil jeg indskyde, at jeg selv arbejder et sted, hvor vi netop er i gang med at udbyde OSM-data på en Geofabrik-lignende måde… Lige nu kører vi det i test, så vi har ikke meget offentligt tilgængeligt info, men vi forventer snart at gå i fuld drift. Det vi kommer til at tilbyde er fra starten er tiles og WMS i UTM32/euref89 (så danske data uden problemer kan over/underlægges) og et par andre projektioner, med lidt forskellige opdateringsmuligheder (f.eks. månedligt eller ”semi live”/30 min.). Vi har flere forskellige styles på servicen, så det er også noget vi ”går og roder” med her. Jeg er selv mest på teknikken, men jeg er da sikker på, at vi gerne tager en uforpligtende snak med jer... Mvh Gregers (Som deltager på listen som ivrig privat mapper, men arbejder hos Grontmij – bl.a. med vores OpenStreetMap-services) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Usynlige skulpturer
7. maj 2012 10.19 skrev Soren Johannessen soren.johannes...@gmail.com: Det er et spørgsmål om information overload - På mapfeature siden (http://wiki.openstreetmap.org/wiki/Map_Features ) er der alene over 800 tags og hvis alle skulle have et ikon, så ville OSM Mapnik være fyldt med ikoner og nærmest ubrugtbart i byområder. For meget støj. Så jo det er OSM Mapnik designerne der bestemmer hvad der er relevant at få med af fx ikoner Man kunne vel godt vise dem på inderste zoomniveau? Men det er der jo så mange ting man kunne. :) Det er muligt jeg tager fejl, men jeg har da en forventning om at der dukker flere detaljer op i fremtiden efterhånden som Mapnik bliver forfinet. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] tag af gymnasium
Hej Jeg er ny, og er ved at indtegne Birkerød Gymnasium, men jeg er i tvivl om hvilket tag jeg skal bruge. Jeg kan se at Frederiksborg Gymnasium og Gefion er tagget som amenity = school, men er denne betegnelse den mest præcise for et gymnasium i Danmark? Mvh Kirsten P ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vindmøller!
On 07/05/2012, at 09.37, Soren Johannessen wrote: Godt grundigt stykke analyse. Jeg tror også at andre af de store danske offentlige datasæt (dem med kringlede licenser OSM så ikke må bruge) indholder mindst lige så mange fejl - Jeg tænker her på fx mastedatabasen (mobiltelefonmaster) og kulturarvsstyrelsens fortidsminder. Så din vigtige konklusion - ikke bare masseimporterer fordi man kan er helt rigtigt set. Glad for I er tilfredse :-) Ja, det er et stort arbejde og meget ressourcekrævende at kontrollere de indsamlede data, og i mange tilfælde skal der utvivlsomt specialudviklet software til. Ikke et gigantisk arbejde, men dog tidskrævende og beroende på, at der findes medarbejdere som er kvalificerede til opgaven. Det er derfor let at forestille sig, hvor vanskeligt det kan være for diverse myndigheder at foretage valideringen af data, og de fleste steder stiller man sig nok tilfreds med at lade ansvaret for dataenes korrekthed hvile hos dem der indrapporterer. Men vores evne og mulighed for at krydsvalidere data er endnu et selling point for crowd-sourcing, som der måske ikke til nu har været særlig stor opmærksomhed om. Jeg indrapporterede fejlene til ES i 2-3 emails efterhånden som jeg fandt dem, jeg fik kun svar på den første, som imidlertid udtrykte glæde over at borgerne bruger deres data og meldte tilbage med fejl. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vindmøller!
For en god ordens skyld: Energistyrelsen bruger normalt forkortelsen ENS og deres hjemmeside hedder da også www.ens.dk Hilsen Uffe Morten Kjeldgaard wrote: Jeg indrapporterede fejlene til ES i 2-3 emails efterhånden som jeg fandt dem, jeg fik kun svar på den første, som imidlertid udtrykte glæde over at borgerne bruger deres data og meldte tilbage med fejl. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] De nuevo Garmin GPS Etrex Legend HCx, y Ubuntu
Antes no lo expliqué del todo. Tal vez sea una poco off-topic mi pregunta, pero este sábado pasado estuve en la Mapping Party de Gata de Gorgos y después de pasearnos con el GPS nuestra zona, hacer 500 fotos, y ponernos manos a la edición, no hubo manera de descargar en mi equipo el GPS. Además, cuando en otro equipo consiguieron descargar el track, este no tenía marcas temporales, por lo que no hubo manera de situar las fotos en el en el track en JOSM para mapearlas. Estoy jodido. Agradeceré cualquier ayuda. Gracias, Paco 2012/5/7 Roberto Pla p...@aire.org Pero ahora me sale un error ... Puede que sea problema del GPS? Paco, yo uso Linux y he descargado tracks de mi iGotu con un programa que afortunadamente a alguien le dio por hacer, pero que al no estar en los repositorios he instalado con éxito diferente en diferentes ocasiones. A veces me he hecho la misma pregunta que tu, ¿Estará el GPS averiado? Si dispones de un ordenador con Windows la respuesta es fácil de obtener, pruebas con el software suministrado por la casa del GPS y si en windows funciona, no es un problema del GPS. No puedo ayudarte en la configuración de puertos USB, y tampoco sé si Garmin actua como una unidad USB externa o se comunica de forma 'activa' con el ordenador. Si es el primer caso, ¿Otras unidades externas se montan automáticamente al conectarse al ordenador? Porque supongo que las 'preguntas básicas' ya te las habrás hecho: ¿Has cambiado algo en el GPS?. ¿Has cambiado algo en el ordenador? Cuéntanos tus progresos. -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] De nuevo Garmin GPS Etrex Legend HCx, y Ubuntu
Hola Paco, Del tema de conexión no puedo ayudarte mucho, yo tengo un garmin 76s y utilizo el prune y gpsbabel sin problema. En lo que creo que sí puedo echar un cable es con lo del track sin macas temporales. En la configuración del gps puedes escoger que almacene el track por distancia, cada x metros o por tiempo, cada x segundos. Pues bien, al menos en el 76s, si está en la opción cada x metros luego el josm no detecta las marcas temporales y sí lo hace si está en en la opción de tiempo. Me pasó una vez y es bastante frustante llegar a casa con el track y las fotos, para descubrir que no funciona :-( Saludos, El 7 de mayo de 2012 08:47, Bicifamilar Org i...@bicifamiliar.orgescribió: Antes no lo expliqué del todo. Tal vez sea una poco off-topic mi pregunta, pero este sábado pasado estuve en la Mapping Party de Gata de Gorgos y después de pasearnos con el GPS nuestra zona, hacer 500 fotos, y ponernos manos a la edición, no hubo manera de descargar en mi equipo el GPS. Además, cuando en otro equipo consiguieron descargar el track, este no tenía marcas temporales, por lo que no hubo manera de situar las fotos en el en el track en JOSM para mapearlas. Estoy jodido. Agradeceré cualquier ayuda. Gracias, Paco 2012/5/7 Roberto Pla p...@aire.org Pero ahora me sale un error ... Puede que sea problema del GPS? Paco, yo uso Linux y he descargado tracks de mi iGotu con un programa que afortunadamente a alguien le dio por hacer, pero que al no estar en los repositorios he instalado con éxito diferente en diferentes ocasiones. A veces me he hecho la misma pregunta que tu, ¿Estará el GPS averiado? Si dispones de un ordenador con Windows la respuesta es fácil de obtener, pruebas con el software suministrado por la casa del GPS y si en windows funciona, no es un problema del GPS. No puedo ayudarte en la configuración de puertos USB, y tampoco sé si Garmin actua como una unidad USB externa o se comunica de forma 'activa' con el ordenador. Si es el primer caso, ¿Otras unidades externas se montan automáticamente al conectarse al ordenador? Porque supongo que las 'preguntas básicas' ya te las habrás hecho: ¿Has cambiado algo en el GPS?. ¿Has cambiado algo en el ordenador? Cuéntanos tus progresos. -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Aitor Freire Astray ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] De nuevo Garmin GPS Etrex Legend HCx, y Ubuntu
Si trabajáis con Linux quizás esto os pueda ayudar. Ya se comentó por aquí
hace tiempo [1]. Aunque el problema me surgió con Viking, también vale para
GeBabbel o GPSPrune.
Para comunicar la primera vez el dispositivo GPS Garmin por USB es
necesario hacer los siguiente en el terminal:
sudo gedit /etc/udev/rules.d/51-garmin.rules
y añadir el siguiente contenido:
SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666
Después de grabar es necesario reiniciar el sistema.
Saludos.
[1]
http://gis.19327.n5.nabble.com/Garmin-GPS-60-obtener-datos-desde-Ubuntu-td5414030.html#a5414035
El 7 de mayo de 2012 07:10, bicifamiliar i...@bicifamiliar.org escribió:
Hola,
comenté hace tiempo mi problema para descargar o cargar con Ubuntu tracks
en un Etrex Legend HCx.
Hice caso a las instrucciones que me disteis pero sin resultado, y por
desesperación lo dejé estar...
Estos días hice alguna prueba y conseguí con el Gpsprune
http://www.cosesdepac.net/wp-**content/uploads/Captura-a-**
2012-05-07-065500.pnghttp://www.cosesdepac.net/wp-content/uploads/Captura-a-2012-05-07-065500.png
acceder al gps y descargar
http://www.cosesdepac.net/wp-**content/uploads/Captura-a-**
2012-05-07-065110.pnghttp://www.cosesdepac.net/wp-content/uploads/Captura-a-2012-05-07-065110.png
Pero ahora me sale un error
http://www.cosesdepac.net/wp-**content/uploads/Captura-a-**
2012-05-07-065209.pnghttp://www.cosesdepac.net/wp-content/uploads/Captura-a-2012-05-07-065209.png
y no hay manera de descargar los tracks ni waypoints.
Puede que sea problema del GPS?
Debo intentarlo con otros programas?
Que tengo que hacer?
Os agradecería mucho cualquier ayuda, si es a base de línea de comando,
explicado para un usuario poco avezado.
Gracias de nuevo.
Paco
__**_
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es
Para comunicar la primera vez el dispositivo GPS Garmin por USB es
necesario hacer los siguiente en el terminal de Ubuntu: sudo gedit
/etc/udev/rules.d/51-garmin.rules y añadir el siguiente contenido.
SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666 Despues de
grabar será necesario reiniciar el sistema.
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] De nuevo Garmin GPS Etrex Legend HCx, y Ubuntu
El 07/05/12 08:47, Bicifamilar Org escribió: Antes no lo expliqué del todo. Tal vez sea una poco off-topic mi pregunta, pero este sábado pasado estuve en la Mapping Party de Gata de Gorgos y después de pasearnos con el GPS nuestra zona, hacer 500 fotos, y ponernos manos a la edición, no hubo manera de descargar en mi equipo el GPS. Además, cuando en otro equipo consiguieron descargar el track, este no tenía marcas temporales, por lo que no hubo manera de situar las fotos en el en el track en JOSM para mapearlas. Yo uso el mismo gps y, aunque desde la última reinstalación de debian no lo puedo conectar al ordenador (la verdad es que no lo he intentado mucho), no tengo problema para usar los tracks guardados, porque tengo configurado el gps para que los guarde en la tarjeta y con un simple lector de tarjetas puedo usarlos para lo que quiera. Te sugiero que hagas lo mismo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [CATASTRO] Simplificación de geometría de las constru.
Buenas A la vista de lo que han comentado en la lista de import la última vez (y que nos han recordado amablemente este fin de semana) le hemos estado dando un par de vueltas ander y yo al tema. Hemos rellenado un par de issue en el tracker con las cosas que pensamos hacer cuando tengamos un rato. De todas formas, hay unas cuantas cuestiones que creo que es preferible discutirlas en la lista para que nos queden claras: 1º Relaciones en geometrías compartidas. Jaime nos contó muy insistentemente que las geometrías compartidas por más de un edificio deben de construirse como una relación (tal y como estamos haciendo ahora mismo). Sin embargo, en París, se ha hecho superponiendo la vía y solo compartiendo los nodos. Esto lleva a que en algunos sitios hayan vías duplicadas, pero reduce el número de relaciones enormemente. Esto último ha sido una de las grandes pegas que nos han puesto en la lista de imports, con lo cual está mi duda. ¿Estamos haciéndolo bien? ¿no será mejor duplicar en algunos casos las vías con tal de que queden reduzcamos el número de relaciones? 2º OSM-2.5D Ahora mismo estamos aprovechando toda la información que podemos de las alturas de los edificios. Esto provoca que se tengan que hacer una barbaridad de relaciones para tener en cuenta aleros, tejados, balcones, etc. Cómo aún no está nada claro el tema del 2.5D en osm, se podría incluir la referencia catastral en las constru y simplificarlas poniendo solo la unión de todas las geometrías de ese edificio. Con esto reducimos el número de relaciones otra vez más y si en algún momento queda claro como va a funcionar el 2.5D sólo hay que eliminar las geometrías con una referencia catastral y sustituirla por las que tenga la info 2.5D.La pregunta es, ¿nos peleamos por el 2.5D o simplificamos y ya lo haremos más adelante? 3º Simplificación de cultivos. La otra pata es la simplificación de cultivos que tengan los mismos tags, aquí habría que hacer lo mismo que con las constru, solo que en vez de agrupar por parcelas, hay que hacerlo por tipo de cultivo. En esta poca discusión puede haber. Pues nada, ya nos direis. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.
On 07/05/12 18:59, Cruz Enrique Borges Hernández wrote: Buenas A la vista de lo que han comentado en la lista de import la última vez (y que nos han recordado amablemente este fin de semana) le hemos estado dando un par de vueltas ander y yo al tema. Hemos rellenado un par de issue en el tracker con las cosas que pensamos hacer cuando tengamos un rato. De todas formas, hay unas cuantas cuestiones que creo que es preferible discutirlas en la lista para que nos queden claras: Yo no estoy al tanto de los detalles en lo que a la discusión con imports se refiere, pero daré mi opinión. 1º Relaciones en geometrías compartidas. Jaime nos contó muy insistentemente que las geometrías compartidas por más de un edificio deben de construirse como una relación (tal y como estamos haciendo ahora mismo). Sin embargo, en París, se ha hecho superponiendo la vía y solo compartiendo los nodos. Esto lleva a que en algunos sitios hayan vías duplicadas, pero reduce el número de relaciones enormemente. Esto último ha sido una de las grandes pegas que nos han puesto en la lista de imports, con lo cual está mi duda. ¿Estamos haciéndolo bien? ¿no será mejor duplicar en algunos casos las vías con tal de que queden reduzcamos el número de relaciones? Yo insisto en que no entiendo qué problemas hay con las relaciones. Están ahí para algo, ¿no? Podría ponerse la pega de que es más fácil crear una hilera de casas adosadas usando vías que se superponen en las paredes de separación, pero son una solución cutre si se la compara a hacerlo con relaciones. Entre otras ventajas, las relaciones permiten reutilizar cada uno de los segmentos para futuras necesidades. Es, por lo tanto (y en mi opinión), una solución más elegante. Si la respuesta es que son muchas relaciones, no la entiendo, y creedme que lo intento. 2º OSM-2.5D Ahora mismo estamos aprovechando toda la información que podemos de las alturas de los edificios. Esto provoca que se tengan que hacer una barbaridad de relaciones para tener en cuenta aleros, tejados, balcones, etc. Cómo aún no está nada claro el tema del 2.5D en osm, se podría incluir la referencia catastral en las constru y simplificarlas poniendo solo la unión de todas las geometrías de ese edificio. Con esto reducimos el número de relaciones otra vez más y si en algún momento queda claro como va a funcionar el 2.5D sólo hay que eliminar las geometrías con una referencia catastral y sustituirla por las que tenga la info 2.5D.La pregunta es, ¿nos peleamos por el 2.5D o simplificamos y ya lo haremos más adelante? La pega, que también sería válida para el punto 1º, es: ¿será fácil/viable incorporar esos datos más adelante? Anteayer envié un e-mail de respuesta en el hilo Bloqueo catastro_pontevedra que quizá no llegó a la lista por llevar adjunto un archivo de 2.2M (no sabía que el máximo eran 100k). En el proponía alguna alternativa de simplificación, que vuelvo a escribir aquí: -- En el issue 23 [se refiere a mejoras en cat2osm] pones [Cruz Enrique] que se podría renunciar a tags 3D. ¿Te refieres con eso a tags como building:height, building:min_height y building:levels? Si es así creo que sería mala idea, pues dejaría a proyectos como osm3D sin posibilidad de usarlos.[Como alternativa menos buena, aunque más simple] En caso de que cada parte del edificio tuviese diferentes valores para esos tags, se podría elegir un valor único para todo el edificio y para cada uno de esos tags. Por ejemplo, para el building:min_height se podría elegir el mínimo de ellos, para building:height se podría elegir el que resultase ser máximo, o un valor medio, y para building:levels el que resultase máximo. Habría que ver las distintas posibilidades complejas que se pueden dar. En todo caso, hay que tener en cuenta que se perdería info. Otra posibilidad sería eliminar (unir) aquellas partes que tienen tags 3D idénticos, y mantener separados los que no. Esto no haría perder info, y sí sería aceptable por todos, sin ninguna duda. --- Pero repito la gran duda: si se optan por soluciones como vías superpuestas como alternativa a usar relaciones, y si simplifican edificaciones perdiendo info. 3D (ó 2.5D), ¿sería fácil hacer más adelante una actualización/mejora, o habría que reacer todo de nuevo? ¡El trabajo ya es enorme en sí mismo, para aún pensar en una segunda fase! 3º Simplificación de cultivos. La otra pata es la simplificación de cultivos que tengan los mismos tags, aquí habría que hacer lo mismo que con las constru, solo que en vez de agrupar por parcelas, hay que hacerlo por tipo de cultivo. En esta poca discusión puede haber. Pues nada, ya nos direis. Unir parcelas consecutivas que comparten mismo cultivo no es mala idea de todo. A bote pronto, la única información que se podría perder es la línea de separación entre parcelas, que se puede etiquetar como barrier=wall,hedge,fence, etc., según proceda y con datos sobre el terreno, en este caso. No sería una
Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.
El 7 de mayo de 2012 18:59, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Buenas 1º Relaciones en geometrías compartidas. Jaime nos contó muy insistentemente que las geometrías compartidas por más de un edificio deben de construirse como una relación (tal y como estamos haciendo ahora mismo). Sin embargo, en París, se ha hecho superponiendo la vía y solo compartiendo los nodos. Esto lleva a que en algunos sitios hayan vías duplicadas, pero reduce el número de relaciones enormemente. Esto último ha sido una de las grandes pegas que nos han puesto en la lista de imports, con lo cual está mi duda. ¿Estamos haciéndolo bien? ¿no será mejor duplicar en algunos casos las vías con tal de que queden reduzcamos el número de relaciones? Quizá sea adecuado antes de tomar una decisión al respecto proponer a la lista de imports un fichero .osm generado, pero con la simplificación en la parte rural, que creo que es la más necesaria. Al fin y al cabo, la parte urbana se ha hecho *como debe hacerse*. Otro tema es lo del OSM-2.5D... 2º OSM-2.5D Ahora mismo estamos aprovechando toda la información que podemos de las alturas de los edificios. Esto provoca que se tengan que hacer una barbaridad de relaciones para tener en cuenta aleros, tejados, balcones, etc. Cómo aún no está nada claro el tema del 2.5D en osm, se podría incluir la referencia catastral en las constru y simplificarlas poniendo solo la unión de todas las geometrías de ese edificio. Con esto reducimos el número de relaciones otra vez más y si en algún momento queda claro como va a funcionar el 2.5D sólo hay que eliminar las geometrías con una referencia catastral y sustituirla por las que tenga la info 2.5D.La pregunta es, ¿nos peleamos por el 2.5D o simplificamos y ya lo haremos más adelante? Si la idea es *simplificar* quizá aquí podríamos dejar el esfuerzo del 2.5D para más adelante, subiendo por ahora sólo la silueta exterior de cada edificio (quizá con su altura máxima como altura de todo el edificio) con su referencia catastral para, en el futuro, cuando las herramientas que permitan manejar relaciones de manera ágil y masiva estén disponibles, proceder a realizar la importación de los datos 2.5D... 3º Simplificación de cultivos. La otra pata es la simplificación de cultivos que tengan los mismos tags, aquí habría que hacer lo mismo que con las constru, solo que en vez de agrupar por parcelas, hay que hacerlo por tipo de cultivo. En esta poca discusión puede haber. Esto creo que es obligado. Pues nada, ya nos direis. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.
El 07/05/2012 20:01, Rafael Avila Coya ravilac...@gmail.com escribió: On 07/05/12 18:59, Cruz Enrique Borges Hernández wrote: Buenas A la vista de lo que han comentado en la lista de import la última vez (y que nos han recordado amablemente este fin de semana) le hemos estado dando un par de vueltas ander y yo al tema. Hemos rellenado un par de issue en el tracker con las cosas que pensamos hacer cuando tengamos un rato. De todas formas, hay unas cuantas cuestiones que creo que es preferible discutirlas en la lista para que nos queden claras: Yo no estoy al tanto de los detalles en lo que a la discusión con imports se refiere, pero daré mi opinión. 1º Relaciones en geometrías compartidas. Jaime nos contó muy insistentemente que las geometrías compartidas por más de un edificio deben de construirse como una relación (tal y como estamos haciendo ahora mismo). Sin embargo, en París, se ha hecho Os recuerdo que en Girona se importaron como relaciones. superponiendo la vía y solo compartiendo los nodos. Esto lleva a que en algunos sitios hayan vías duplicadas, pero reduce el número de relaciones enormemente. Esto último ha sido una de las grandes pegas que nos han puesto en la lista de imports, con lo cual está mi duda. ¿Estamos haciéndolo bien? ¿no será mejor duplicar en algunos casos las vías con tal de que queden reduzcamos el número de relaciones? Yo insisto en que no entiendo qué problemas hay con las relaciones. Están ahí para algo, ¿no? Podría ponerse la pega de que es más fácil crear una hilera de casas adosadas usando vías que se superponen en las paredes de separación, pero son una solución cutre si se la compara a hacerlo con relaciones. Entre otras ventajas, las relaciones permiten reutilizar cada uno de los segmentos para futuras necesidades. Es, por lo tanto (y en mi opinión), una solución más elegante. Si la respuesta es que son muchas relaciones, no la entiendo, y creedme que lo intento. Si yo estoy de acuerdo. Aquí el problema está en que el cómo deberían de hacerse las cosas bien choca con lo que el servidor pueda soportar y lo que los editores permiten editar fácilmente (aunque yo lo llamaría lo que el limitado editor potlatch2 no puede hacer). Lo discutís con imports... 2º OSM-2.5D Ahora mismo estamos aprovechando toda la información que podemos de las alturas de los edificios. Esto provoca que se tengan que hacer una barbaridad de relaciones para tener en cuenta aleros, tejados, balcones, etc. Cómo aún no está nada claro el tema del 2.5D en osm, se podría incluir la referencia catastral en las constru y simplificarlas poniendo solo la unión de todas las geometrías de ese edificio. Con esto reducimos el número de relaciones otra vez más y si en algún momento queda claro como va a funcionar el 2.5D sólo hay que eliminar las geometrías con una referencia catastral y sustituirla por las que tenga la info 2.5D.La pregunta es, ¿nos peleamos por el 2.5D o simplificamos y ya lo haremos más adelante? La pega, que también sería válida para el punto 1º, es: ¿será fácil/viable incorporar esos datos más adelante? Anteayer envié un e-mail de respuesta en el hilo Bloqueo catastro_pontevedra que quizá no llegó a la lista por llevar adjunto un archivo de 2.2M (no sabía que el máximo eran 100k). En el proponía alguna alternativa de simplificación, que vuelvo a escribir aquí: -- En el issue 23 [se refiere a mejoras en cat2osm] pones [Cruz Enrique] que se podría renunciar a tags 3D. ¿Te refieres con eso a tags como building:height, building:min_height y building:levels? Si es así creo que sería mala idea, pues dejaría a proyectos como osm3D sin posibilidad de usarlos.[Como alternativa menos buena, aunque más simple] En caso de que cada parte del edificio tuviese diferentes valores para esos tags, se podría elegir un valor único para todo el edificio y para cada uno de esos tags. Por ejemplo, para el building:min_height se podría elegir el mínimo de ellos, para building:height se podría elegir el que resultase ser máximo, o un valor medio, y para building:levels el que resultase máximo. Habría que ver las distintas posibilidades complejas que se pueden dar. En todo caso, hay que tener en cuenta que se perdería info. Otra posibilidad sería eliminar (unir) aquellas partes que tienen tags 3D idénticos, y mantener separados los que no. Esto no haría perder info, y sí sería aceptable por todos, sin ninguna duda. --- Pero repito la gran duda: si se optan por soluciones como vías superpuestas como alternativa a usar relaciones, y si simplifican edificaciones perdiendo info. 3D (ó 2.5D), ¿sería fácil hacer más adelante una actualización/mejora, o habría que reacer todo de nuevo? ¡El trabajo ya es enorme en sí mismo, para aún pensar en una segunda fase! 3º Simplificación de cultivos. La otra pata es la simplificación de cultivos que tengan los mismos tags, aquí habría
Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.
El 7 de mayo de 2012 21:33, Jaime Crespo jy...@jynus.com escribió: El 07/05/2012 20:01, Rafael Avila Coya ravilac...@gmail.com escribió: On 07/05/12 18:59, Cruz Enrique Borges Hernández wrote: Buenas A la vista de lo que han comentado en la lista de import la última vez (y que nos han recordado amablemente este fin de semana) le hemos estado dando un par de vueltas ander y yo al tema. Hemos rellenado un par de issue en el tracker con las cosas que pensamos hacer cuando tengamos un rato. De todas formas, hay unas cuantas cuestiones que creo que es preferible discutirlas en la lista para que nos queden claras: Yo no estoy al tanto de los detalles en lo que a la discusión con imports se refiere, pero daré mi opinión. 1º Relaciones en geometrías compartidas. Jaime nos contó muy insistentemente que las geometrías compartidas por más de un edificio deben de construirse como una relación (tal y como estamos haciendo ahora mismo). Sin embargo, en París, se ha hecho Os recuerdo que en Girona se importaron como relaciones. superponiendo la vía y solo compartiendo los nodos. Esto lleva a que en algunos sitios hayan vías duplicadas, pero reduce el número de relaciones enormemente. Esto último ha sido una de las grandes pegas que nos han puesto en la lista de imports, con lo cual está mi duda. ¿Estamos haciéndolo bien? ¿no será mejor duplicar en algunos casos las vías con tal de que queden reduzcamos el número de relaciones? Yo insisto en que no entiendo qué problemas hay con las relaciones. Están ahí para algo, ¿no? Podría ponerse la pega de que es más fácil crear una hilera de casas adosadas usando vías que se superponen en las paredes de separación, pero son una solución cutre si se la compara a hacerlo con relaciones. Entre otras ventajas, las relaciones permiten reutilizar cada uno de los segmentos para futuras necesidades. Es, por lo tanto (y en mi opinión), una solución más elegante. Si la respuesta es que son muchas relaciones, no la entiendo, y creedme que lo intento. Si yo estoy de acuerdo. Aquí el problema está en que el cómo deberían de hacerse las cosas bien choca con lo que el servidor pueda soportar y lo que los editores permiten editar fácilmente (aunque yo lo llamaría lo que el limitado editor potlatch2 no puede hacer). Lo discutís con imports... 2º OSM-2.5D Ahora mismo estamos aprovechando toda la información que podemos de las alturas de los edificios. Esto provoca que se tengan que hacer una barbaridad de relaciones para tener en cuenta aleros, tejados, balcones, etc. Cómo aún no está nada claro el tema del 2.5D en osm, se podría incluir la referencia catastral en las constru y simplificarlas poniendo solo la unión de todas las geometrías de ese edificio. Con esto reducimos el número de relaciones otra vez más y si en algún momento queda claro como va a funcionar el 2.5D sólo hay que eliminar las geometrías con una referencia catastral y sustituirla por las que tenga la info 2.5D.La pregunta es, ¿nos peleamos por el 2.5D o simplificamos y ya lo haremos más adelante? La pega, que también sería válida para el punto 1º, es: ¿será fácil/viable incorporar esos datos más adelante? Anteayer envié un e-mail de respuesta en el hilo Bloqueo catastro_pontevedra que quizá no llegó a la lista por llevar adjunto un archivo de 2.2M (no sabía que el máximo eran 100k). En el proponía alguna alternativa de simplificación, que vuelvo a escribir aquí: -- En el issue 23 [se refiere a mejoras en cat2osm] pones [Cruz Enrique] que se podría renunciar a tags 3D. ¿Te refieres con eso a tags como building:height, building:min_height y building:levels? Si es así creo que sería mala idea, pues dejaría a proyectos como osm3D sin posibilidad de usarlos.[Como alternativa menos buena, aunque más simple] En caso de que cada parte del edificio tuviese diferentes valores para esos tags, se podría elegir un valor único para todo el edificio y para cada uno de esos tags. Por ejemplo, para el building:min_height se podría elegir el mínimo de ellos, para building:height se podría elegir el que resultase ser máximo, o un valor medio, y para building:levels el que resultase máximo. Habría que ver las distintas posibilidades complejas que se pueden dar. En todo caso, hay que tener en cuenta que se perdería info. Otra posibilidad sería eliminar (unir) aquellas partes que tienen tags 3D idénticos, y mantener separados los que no. Esto no haría perder info, y sí sería aceptable por todos, sin ninguna duda. --- Pero repito la gran duda: si se optan por soluciones como vías superpuestas como alternativa a usar relaciones, y si simplifican edificaciones perdiendo info. 3D (ó 2.5D), ¿sería fácil hacer más adelante una actualización/mejora, o habría que reacer todo de nuevo? ¡El trabajo ya es enorme en sí mismo,
[Talk-at] Artikel von J. Broukal im aktuellen emedia 9/2012
Hallo! Zur Info, im emedia von vergangenem Freitag ist ein Artikel von J. Broukal über OpenStreetMap. Inhaltsverzeichnis: http://www.e-media.at/prod/540/inhalt/2012/1209.pdf?1336041408 Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Artikel von J. Broukal im aktuellen emedia 9/2012
Nur diesen Artikel gibt es nicht irgendwo online? Oder muss ich mir die emedia zulegen. lg On 07.05.2012, at 11:19, Andreas Labres wrote: Hallo! Zur Info, im emedia von vergangenem Freitag ist ein Artikel von J. Broukal über OpenStreetMap. Inhaltsverzeichnis: http://www.e-media.at/prod/540/inhalt/2012/1209.pdf?1336041408 Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Artikel von J. Broukal im aktuellen emedia 9/2012
On 07.05.12 11:56, Patrick Steiner wrote: Nur diesen Artikel gibt es nicht irgendwo online? Leider nein. Ist halt eine allgemein gehaltene Übersicht über OpenStreetMap. lg /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Einladung zum OSM-Treffen in Graz / Terminabstimmung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Liebe Mapper in und um Graz, Ich lade herzlich ein zum nächsten OpenStreetMap-Stammtisch in Graz! Ich hätte gegen Ende Mai angepeilt, eine Doodle-Umfrage zwecks Terminabstimmung findet ihr hier: http://www.doodle.com/67ea92rm5a9c6hp6 Der Stammtisch findet dann am Tag mit den meisten Doodle-Votes um 18:00 im Brot Spiele in Graz statt. Zwecks Agenda und sonstigem bitte die Wiki-Seite konsultieren: http://wiki.openstreetmap.org/wiki/Graz/Stammtisch Die Termin-Abstimmung läuft bis Samstag, 16.5. 18:00. Ich werde danach gleich der Doodle-Anmeldung entsprechend den Tisch reservieren. Ich freue mich auf Euer kommen! lg, Michael - - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPp8VpAAoJEPDJmZ2oE4mGtf8QAKjUHMEW0OUR2hNJbFEO1pJD rr3yFfDAVp1C81UsxlBgYhN9eAl94i078L4YpivJq7XsVzKALW7HLEQ31RlTwqui e/jn05HnlemkjdaSb44X6CLRnWgz1SmOnhVnYU5FBlObHNzyaO03Fijv+1bcU00S FrKLZCS+gqE5cw9yalbzvdUSQANHm5aC3a7cy3ZtWGu7v1sG9cg+NjrN3rX8IzTM VaWjFSSrTbZ0U2Wts0YPhdUicwH+O5MKN1fawJG1qycSRLaiWd+9IyRhNeHP85Hs nWPW8IfGTFFtUymSXzymEDdA4HegsHavBptL15lrRH1l0W2XnAASjuRaKKJpPmb1 1SQ0BeAwegvPmsAweikhs/uC/51E+ptSpgGMdGd5z36GIHVj/qv2G4VCa4R5EhKi rDGZpH7QIfZ8CeZ0eHuyd6xAAXZQLVqwTczZavHDNElwu7w4WBUyVG2+5B4uciI6 bDeKDMJSLr1t7dKSO179nDVntkfCKKEYRVuovwZBN6SlE28RDJJN1lDnDs395A6n eYnRlrvrAyGBv9lZcGuuQAbmpRfRcpvTmAVUNHMWQCLCe4cL7ZaMxgC3YZLxWS3F OfTGo6owms+Y7qa7cknjw7kLiyqTO0j/bj/GxCDdNT31NxOiBrBtaHlEbWRO/Fyk YxUINaQVaXd1XnZeieGp =OOj0 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-pt] OSM Party em Sesimbra (12 de Maio)
*Juntos vamos Mapear Sesimbra, vamos Mapear Portugal. * * *Associação Software Aberto para Sistemas de Informação Geográfica (OSGEOPT) está a organizar uma atividade nacional designada, Vamos Mapear Portugal, para promover a recolha de dados entre voluntários de todo o país para se criar o melhor mapa de sempre de Portugal. Sobre uma aplicação livre designada Open Street Maphttp://www.openstreetmap.org/, que disponibiliza mapas de todo o mundo através da internet, e através das tecnologias móveis que utilizamos nosso dia a dia, *vamos realizar em Sesimbra* uma atividade para enriquecer o mapa da vila (nomeadamente nomes de ruas e pontos de interesse turístico). A atividade em Sesimbra é já no próximo *dia 12 de Maio *na Biblioteca Municipal (Sala multimédia durante todo o dia). A atividade é composta por um período de trabalho de campo e trabalho de inserção de dados nos computadores. Todos são bem-vindos, *vamos criar o melhor mapa de sempre de Sesimbra*. Mais informações disponiveis em Facebook - Vamos Mapear Portugal --- Marta Alarcão Bastos ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-ca] CBC English; no - françias; oui
It's on NOW!!http://www.cbc.ca/video/radio-popup.html#/networkKey=cbc_radio_oneprogramKey=torontoURL might only work well with Firefox. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CBC English; no - françias; oui
On Mon, May 7, 2012 at 6:24 AM, James Mast rickmastfa...@hotmail.com wrote: It's on NOW!! http://www.cbc.ca/video/radio-popup.html#/networkKey=cbc_radio_oneprogramKey=toronto URL might only work well with Firefox. It was fun to hear Steve and John being interviewed by Louis. The overview of OpenStreetMap was really good. And they gave a shoutout to our Mappy Hour event tonight in Toronto. We might need a bigger table at the pub tonight. :-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Bonjour, Am 06.05.2012 19:06, schrieb Emmanuel Dewaele: http://www.data.gouv.fr/donnees/view/G%C3%A9olocalisation-des-%C3%A9tablissements-d%27enseignement-du-premier-degr%C3%A9-et-du-second-degr%C3%A9-du-minist%C3%A8re-d-30378093. http://nomino.comptoir.net/etablissements/ Cette base ne me semble pas toujours cohérente en ce qui concerne les écoles primaires, maternelles et élémentaires. Si je ne me trompe pas, primaire = élémentaire + maternelle. A un même endroit, il devrait donc y avoir soit une école primaire qui englobe une maternelle et une élémentaire, ou bien une maternelle et/ou une primaire. Par contre, j'ai trouvé plusieurs cas dans mon coin, où il y a une primaire et une maternelle au même endroit, par exemple: 0660120X;Ecole primaire les Tilleuls;ECOLE PRIMAIRE PUBLIQUE;LES TILLEULS;677752.3;6177452.5;1;151;ECOLE DE NIVEAU ELEMENTAIRE;1 0660482R;Ecole maternelle les Tilleuls;ECOLE MATERNELLE PUBLIQUE;LES TILLEULS;677752.3;6177452.5;1;101;ECOLE MATERNELLE;1 On voit que ce sont les appellations/dénominations qui ne sont pas correctes : primaire + maternelle, tandis la nature des établissements semble bien renseignée : élémentaire + maternelle. Si je prends les données proposées par ton outil, je finis avec une primaire et une maternelle du même nom. Si je ne garde que la primaire, c'est ok pour les rendus mais il manque le code UAI de la maternelle. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Bonjour, Bravo et merci pour cet outil! J'aurais juste une petite proposition d'amélioration pour les cas où on a besoin de re-importer ou de modifier un élément déjà importé. Dans ce cas il serait bien si on pourrait le marquer à nouveau comme non importé. Une autre solution serait de garder le bouton éditer dans Josm pour les éléments importés. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Euh, il y a un énorme problème dans le département du Bas-Rhin (67) (et peut-être dans le Haut-Rhin ou en Lorraine, j'ai un peu sondé mais sans rencontrer les mêmes cas) : les noms des établissements publics comportent presque tous la mention d'une religion (genre ecole primaire protestante, ecole primaire catholique ou multiconfessionnelle alors qu'il s'agit bien d'écoles publiques. Je suppose que cette appellation est un héritage du concordat mais cela ne correspond à aucune réalité sur le terrain. Aucune école publique ne revendique une religion en particulier dans son libellé (et dans la pratique, cela ne concerne que des cours optionnels et il y a presque toujours possibilité de choisir). Ces appellations correspondent peut-être à quelque chose au niveau interne à l'académie mais certainement à rien dans le monde réel des vrais gens. D'ailleurs les autres départements sous ce régime n'ont, semble-t-il, pas ce problème. Dans l'état actuel, il faudrait bloquer l'outil sur le département 67 avant qu'un excité de la souris se mette à tout importer sans réfléchir (on en connait). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Monuments historiques , Osmose, et Mérimée
Bonjour, Après une import de bâti, je jette un coup dil à Osmose et ô surprise je vois plein de petites erreurs à corriger : Un monument historique existe à cet endroit mais n'est pas cartographié. (https://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#7011) Là où ça se corse, c'est que l'énoncé ne donne que le nom du monument, et que quand on est pas spécialiste du patrimoine de la ville, on peut avoir quelques doutes (http://osmose.openstreetmap.fr/map/?zoom=17lat=47.07831lon=2.40398layers=BFF00Titem=7011). Un coup de Google plus tard, je tombe sur la base d'un particulier (http://www.monumentum.fr/maison-chateau-porte-romane-pa00096938.html) qui me renvoie vers la source primaire (probable) de cet inventaire : la base Mérimée du ministère de la Culture (http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00096938). Après quelques recherches supplémentaires, ces données sont diffusées sous licence ouverte (http://www.data.gouv.fr/donnees/view/Liste-des-Immeubles-prot%C3%A9g%C3%A9s-au-titre-des-Monuments-Historiques-30382152?xtmc=monuments%20historiques%20xtcr=4). Après lecture des posts sur le sujet, je ne suis pas sûr que ce soit cette base qui ait été utilisée... Mais ma question principale est surtout : Serait-il possible de faire le lien vers Mérimée dans Osmose pour faciliter les vérifications ? ou au moins d'afficher l'identifiant Mérimée (PA0009693 dans mon exemple) qui doit être ajouté en tant que ref:mhs ? Merci d'avance et bonne journée, Xavier (mavOsaure) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Une future utilisation d'OSM pour un projet de prévisions météo libres
http://demo.meteo-parapente.com/ -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pougne-Hérisson (Poitou-Charentes)
Bonjour, tout d'abord je tiens a te signaler que se sujet a déjà été abordé hier soir: http://gis.19327.n5.nabble.com/Pougne-Herisson-une-ville-sans-noms-de-rue-td5688981.html a mon avis c'est aussi pour cela que le contributeur que tu as repéré est venu ajouter des rues hier et ce matin dans ce petit village des Deux-Sèvres alors qu'il contribue plus régulièrement en Ile de france... Bref, nous sommes plusieurs contributeurs de la région a suivre le fil de la ML... et avons une asso basée a Poitiers hier sur le premier fil sur la ML a été proposé une cartopartie dans ce village mythique... je pense qu'en effet cela peut etre une bonne idée histoire de regrouper les contributeurs de Poitiers, et du Sud-Deux-Sèvres avec qui je suis en contact... Merci a ceux qui ont (ou vont) aidé a cartographier les rues depuis les vues aériennes... avant affinage du terrain... -- View this message in context: http://gis.19327.n5.nabble.com/Pougne-Herisson-Poitou-Charentes-tp5689815p5690837.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pougne-Hérisson (Poitou-Charentes)
Je ne suis pas loin non plus, mais je n'ai jamais été encore dans ce coin visiter ces villages. En fait je connais beaucoup mieux la Vendée et la Bretagne, et mes visites dans la région sont surtout vers la Rochelle ou Bressuire, plus que Niort où j'habite depuis quelques temps mais que je connais très mal en fait... Le 7 mai 2012 13:24, PierreV belett...@hotmail.fr a écrit : Bonjour, tout d'abord je tiens a te signaler que se sujet a déjà été abordé hier soir: http://gis.19327.n5.nabble.com/Pougne-Herisson-une-ville-sans-noms-de-rue-td5688981.html a mon avis c'est aussi pour cela que le contributeur que tu as repéré est venu ajouter des rues hier et ce matin dans ce petit village des Deux-Sèvres alors qu'il contribue plus régulièrement en Ile de france... Bref, nous sommes plusieurs contributeurs de la région a suivre le fil de la ML... et avons une asso basée a Poitiers hier sur le premier fil sur la ML a été proposé une cartopartie dans ce village mythique... je pense qu'en effet cela peut etre une bonne idée histoire de regrouper les contributeurs de Poitiers, et du Sud-Deux-Sèvres avec qui je suis en contact... Merci a ceux qui ont (ou vont) aidé a cartographier les rues depuis les vues aériennes... avant affinage du terrain... -- View this message in context: http://gis.19327.n5.nabble.com/Pougne-Herisson-Poitou-Charentes-tp5689815p5690837.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monuments historiques , Osmose, et Mérimée
Bonjour, Tu tombes bien je voulais également parler de cette question puisqu'il y a encore peu de temps Osmose affichait une bulle avec tous les tags appropriés. Et maintenant ils n'y sont plus, pourquoi? Romain Le 7 mai 2012 12:32, mav...@no-log.org a écrit : Bonjour, Après une import de bâti, je jette un coup d’œil à Osmose et ô surprise je vois plein de petites erreurs à corriger : Un monument historique existe à cet endroit mais n'est pas cartographié. (https://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#7011) Là où ça se corse, c'est que l'énoncé ne donne que le nom du monument, et que quand on est pas spécialiste du patrimoine de la ville, on peut avoir quelques doutes ( http://osmose.openstreetmap.fr/map/?zoom=17lat=47.07831lon=2.40398layers=BFF00Titem=7011 ). Un coup de Google plus tard, je tombe sur la base d'un particulier (http://www.monumentum.fr/maison-chateau-porte-romane-pa00096938.html) qui me renvoie vers la source primaire (probable) de cet inventaire : la base Mérimée du ministère de la Culture ( http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00096938 ). Après quelques recherches supplémentaires, ces données sont diffusées sous licence ouverte ( http://www.data.gouv.fr/donnees/view/Liste-des-Immeubles-prot%C3%A9g%C3%A9s-au-titre-des-Monuments-Historiques-30382152?xtmc=monuments%20historiques%20xtcr=4 ). Après lecture des posts sur le sujet, je ne suis pas sûr que ce soit cette base qui ait été utilisée... Mais ma question principale est surtout : Serait-il possible de faire le lien vers Mérimée dans Osmose pour faciliter les vérifications ? ou au moins d'afficher l'identifiant Mérimée (PA0009693 dans mon exemple) qui doit être ajouté en tant que ref:mhs ? Merci d'avance et bonne journée, Xavier (mavOsaure) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Quelques remarques suite à l'import des établissements scolaires de ma commune (une cinquantaine): - pourquoi n'avoir pas mis de tag source ? - la valeur de name est souvent bien trop longue et ne correspond pas à l'usage (ça rejoint quelque part la remarque de Pieren). Je le verrai plus en alt_name avec une simplification pour le tag name du type Lycée professionnel privé XXX - Lycée XXX - pour les sections, là je ne mettrai même pas de name. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monuments historiques , Osmose, et Mérimée
Le 7 mai 2012, Romain MEHUT a écrit : Bonjour, Tu tombes bien je voulais également parler de cette question puisqu'il y a encore peu de temps Osmose affichait une bulle avec tous les tags appropriés. Et maintenant ils n'y sont plus, pourquoi? C'est suite à la mise à jour du format de base de donnée du frontend d'osmose de la semaine dernière: j'ai oublié de remettre aussi les informations associées aux erreurs. Ça devrait être corrigé maintenant. Après lecture des posts sur le sujet, je ne suis pas sûr que ce soit cette base qui ait été utilisée... Fred confirmera, mais je crois que la base vient de Mérimée, via Wikipedia, et un passage par Nominatim pour géo-référencer les données. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le 07/05/2012 10:26, Rainer Kluge a écrit : Bonjour, Am 06.05.2012 19:06, schrieb Emmanuel Dewaele: http://www.data.gouv.fr/donnees/view/G%C3%A9olocalisation-des-%C3%A9tablissements-d%27enseignement-du-premier-degr%C3%A9-et-du-second-degr%C3%A9-du-minist%C3%A8re-d-30378093. http://nomino.comptoir.net/etablissements/ Cette base ne me semble pas toujours cohérente en ce qui concerne les écoles primaires, maternelles et élémentaires. Si je ne me trompe pas, primaire = élémentaire + maternelle. Bonjour, École maternelle et école primaire sont 2 choses différentes! Souvent les deux sont dans une structure bâtie identique mais ce sont bien 2 établissements différents. Le Primaire commence avec le Cours Préparatoire (CP) et se termine avec la 7° ou Cours Moyen 2° année (CM2) La Maternelle est décomposée en 2 ou 3 niveau selon les besoins locaux. Petite Section, Moyenne Section et Grande Section sont leurs appellations classiques. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voie bus et vélo
Bonjour à tous, Je remonte un sujet qui n'a pas l'air d'avoir beaucoup évolué ces derniers temps. C'est le codage des voies de bus, éventuellement ouvertes aux cyclistes. Je suis en train de regarder les cas que je rencontre à Grenoble: - voie de bus physiquement séparée de la chaussée principale - voie de bus physiquement séparée de la chaussée principale ouverte aux vélos - chaussée double sens avec voie de bus de chaque côté (+ vélo en option des deux côtés ou d'un seul) - chaussée double sens avec voie de bus d'un seul côté (+ vélo autorisé sur la voie bus et/ou bande cyclable dans l'autre sens) - chaussée à sens unique (avec n voies pour les voitures) et voie de bus dans le même sens (+ vélo) - chaussée à sens unique (avec n voies pour les voitures) et voie de bus en sens inverse (+ vélo) Des idées pour tagger tout ça? Pour rappel, il y a des propositions (sans consensus) dans le wiki : http://wiki.openstreetmap.org/wiki/FR:Bicycle#Couloirs_de_bus_ouverts_aux_v.C3.A9los -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
On 05/06/2012 07:06 PM, Emmanuel Dewaele wrote: En ce jour où même les adultes vont à l'école, je vous présente un petit site web qui gère l'importation semi-automatique de la base des établissements scolaires Chouette outil ! J'ai repéré plusieurs établissements manquant dans mon quartier. As-tu une idée de la complétude du fichier ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le 07/05/2012 10:26, Rainer Kluge a écrit : Bonjour, Am 06.05.2012 19:06, schrieb Emmanuel Dewaele: http://www.data.gouv.fr/donnees/view/G%C3%A9olocalisation-des-%C3%A9tablissements-d%27enseignement-du-premier-degr%C3%A9-et-du-second-degr%C3%A9-du-minist%C3%A8re-d-30378093. http://nomino.comptoir.net/etablissements/ Cette base ne me semble pas toujours cohérente en ce qui concerne les écoles primaires, maternelles et élémentaires. Si je ne me trompe pas, primaire = élémentaire + maternelle. Bonjour, École maternelle et école primaire sont 2 choses différentes! Souvent les deux sont dans une structure bâtie identique mais ce sont bien 2 établissements différents. Le Primaire commence avec le Cours Préparatoire (CP) et se termine avec la 7° ou Cours Moyen 2° année (CM2) La Maternelle est décomposée en 2 ou 3 niveau selon les besoins locaux. Petite Section, Moyenne Section et Grande Section sont leurs appellations classiques. La confusion entre primaire et élémentaire est très répandue (et déjà abordée ici)... et Rainer a raison : - maternelle : PS - GS - élémentaire : CP - CM2 - primaire : maternelle + élémentaire http://www.education.gouv.fr/pid24/les-niveaux-et-les-etablissements-d-enseignement.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Question: limites administratives et enclave (tags des membres)
Bonjour, Sur le wiki il est marqué que pour les enclaves d'une limite administrative il faut indiquer le role enclave aux membres concernés de la relation. http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#La_m.C3.A9thode Mais ça reste introuvable dans l'usage : http://taginfo.openstreetmap.org/keys/role#values Concrètement, quels tags, s'il en faut, sont à mettre sur les membres de la relation dans le cas suivant (Enclave de la commune de Tremblay-les-Villages (insee 28393) : http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=233451 Merci de vos lumières. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question: limites administratives et enclave (tags des membres)
2012/5/7 Cyrille Giquello cyrill...@gmail.com: Mais ça reste introuvable dans l'usage : http://taginfo.openstreetmap.org/keys/role#values Concrètement, quels tags, s'il en faut, sont à mettre sur les membres de la relation dans le cas suivant (Enclave de la commune de Tremblay-les-Villages (insee 28393) : http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=233451 C'est une ancienne page que j'ai un peu mis à jour. Les rôles enclave/exclave s'appellent maintenant outer/inner. Il est possible qu'un bot ait fait le ménage dans les anciennes relations ce qui expliquerait leur absence dans les stats. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Bonsoir, Merci à tous pour vos retours. Il est vrai que cette base des établissements n'est pas parfaite, le nom est parfois trop complet, ou bien l'école a un nom dans la réalité mais qui n'apparait pas dans le fichier. C'est pour ça qu'il y a à chaque fois un lien, Voir la fiche pour retrouver les informations détaillées dans la base UAI. Un autre problème récurrent est l'empilement des établissements qui ont du recevoir la même adresse dans la base d'origine (c'est pour ça que les établissements importés sont dans une couche au dessus des établissements pas importés). Sur 66100 établissements, 9702 sont au même endroit que d'autres, parfois en groupe de 27 établissements. Je me pose donc des questions: comment avec OpenLayers pouvoir sélectionner différents marqueurs s'ils sont superposés ? Est ce qu'il ne vaut mieux pas décaler un peu les différents points pour qu'on puisse les consulter séparément ? Jean-Marc, la base présentée sur la page n'est pas tout à fait complète, car des établissements du fichier sur data.gouv.fr étaient pas ou mal géolocalisés. Ce fichier a été recoupé avec Géofla départements pour classifier les établissements. Tous les établissements restants se trouvent dans le fichier de rebuts https://gitorious.org/osm-hacks/osm-hacks/blobs/master/etablissements-scolaires/sortie/rebuts.csv. Rainer, il est maintenant possible de ré-ouvrir les établissements marqués comme importés. Christian, il y a bien un attribut source dans le noeud importé dans JOSM, avec la valeur Ministère de l'Education nationale, de la Jeunesse et de la Vie associative. Il faudrait réfléchir à la modélisation des sections appartenant à un établissement. Il n'est peut être pas pertinent de définir un nouvel objet OpenStreetmap, mais on peut imaginer ajouter des tags à l'objet de l'établissement pour indiquer la présence d'une section avec sa référence, par exemple: * name=Collège Georges Besse * ref:UAI=0370768J * school:FR:SEGPA=yes * ref:UAI:SEGPA=0371290B Le 07/05/2012 15:11, Jean-Marc Liotier a écrit : On 05/06/2012 07:06 PM, Emmanuel Dewaele wrote: En ce jour où même les adultes vont à l'école, je vous présente un petit site web qui gère l'importation semi-automatique de la base des établissements scolaires Chouette outil ! J'ai repéré plusieurs établissements manquant dans mon quartier. As-tu une idée de la complétude du fichier ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ? 06 26 94 94 71 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Couche données
Bonjour ! J'arrive peut être avec pas mal de retard mais j'avais pas remarqué que dans les différents rendus proposés sur http://www.openstreetmap.org/ le mode données avait disparu. Je trouvais ca pratique pour voir rapidement et simplement les tags et l'historique associés à une zone. Savez vous pourquoi ca a disparu ? - Eric (User:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question: limites administratives et enclave (tags des membres)
Le 7 mai 2012 20:23, Pieren pier...@gmail.com a écrit : 2012/5/7 Cyrille Giquello cyrill...@gmail.com: Mais ça reste introuvable dans l'usage : http://taginfo.openstreetmap.org/keys/role#values Concrètement, quels tags, s'il en faut, sont à mettre sur les membres de la relation dans le cas suivant (Enclave de la commune de Tremblay-les-Villages (insee 28393) : http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=233451 C'est une ancienne page que j'ai un peu mis à jour. Les rôles enclave/exclave s'appellent maintenant outer/inner. Il est possible qu'un bot ait fait le ménage dans les anciennes relations ce qui expliquerait leur absence dans les stats. Merci Pieren. Heu, sur la page du wiki il y a toujours aucun/enclave dans le tableau Membres du chapitre La méthode. http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#La_m.C3.A9thode Je suis un peu neu-neu, mais pour la relation en question, ceux sont bien les membres de la petite zone à l'Est que je dois marquer en outer ? http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=233451 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
