[Talk-hr] video za označavanje grešaka
www.youtube.com/watch?v=6aHNC2eP98M napravio sam jedan kratak video... nadam se da će pomoći ljudima da nam daju info o greškama na karti... ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Prijevod iD editora
Pozdrav, najavljen je skori izlazak iD-a ver. 1.1 - https://www.transifex.com/projects/p/id-editor/announcement/36685/ Hrvatski prijevod na je na cca 50% što se tiče preseta, razlog tomu je što su nedavno ubacili masu već prevedenih pojmova, ali je sada potrebno upisati sinonime za svaki kako bi se lakše pretraživali... osim njih ostalo je nešto sitno pojmova koje nisam znao kako da prevedem, tj. ne znam hrvatske nazive tih pojmova (ako uopće postoje). Od core dijela ostalo je nešto sitno tutorijala za prevesti i help. Pa eto ako imate par sati vremena i zainteresirani ste da malo to poguramo prije izlaska nove verzije. https://www.transifex.com/projects/p/id-editor/language/hr/ Trenutno stanje prevedenosti možete vidjeti na testnom webu - http://openstreetmap.us/iD/release/http://openstreetmap.us/iD/release/#background=Bingmap=20.00/-77.02271/38.90085 -- Srdačan pozdrav, Vedran Stojnović. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] Evernote Atlas for Windows using OSM
Thought you might like to know: the beta version of the new Evernote client for Windows which came out this week appears to use OpenStreetMap maps for its geolocation of notes (the Atlas section, where it pins notes to the locations where they were created). I don't recognise the tiles (maybe they made their own, but I doubt it). For those that aren't familiar with it, Evernote is a very prominent cloud service for storing and indexing notes and attachments. Curiously they use a whole range of maps - the iOS client uses Apple maps, the web client uses Google. I don't know whether they are planning on moving all their clients to OSM. (The Beta doesn't acknowledge OSM, but I pointed this out to them and they have said they will add attribution properly; I don't know when they plan to make this the supported release, but anyone can install it currently). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Evernote Atlas for Windows using OSM
It's MapBox tiles (assuming it's the same as on the Mac), and was launched on the Mac last Novemeber: http://www.mapbox.com/blog/evernote-geocoding-custom-maps/ Shaun On 1 Aug 2013, at 12:11, David Earl da...@frankieandshadow.com wrote: Thought you might like to know: the beta version of the new Evernote client for Windows which came out this week appears to use OpenStreetMap maps for its geolocation of notes (the Atlas section, where it pins notes to the locations where they were created). I don't recognise the tiles (maybe they made their own, but I doubt it). For those that aren't familiar with it, Evernote is a very prominent cloud service for storing and indexing notes and attachments. Curiously they use a whole range of maps - the iOS client uses Apple maps, the web client uses Google. I don't know whether they are planning on moving all their clients to OSM. (The Beta doesn't acknowledge OSM, but I pointed this out to them and they have said they will add attribution properly; I don't know when they plan to make this the supported release, but anyone can install it currently). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Foursquare superusers encouraged to directly edit OSM
Hi Interesting news from yesterday's Foursquare blog [1]: Today, we’re expanding upon that by encouraging our community to directly edit map data. (...). See also [2]. Yours, Stefan P.S. I'm collecting everything I find around location based systems and gamification while preparing my lightning talk about Live is a game! at SOTM 2013... P.P.S. Hope to see you all there on 6 to 8 Sept. in Birmingham. [1] http://blog.foursquare.com/2013/07/31/linking-up-foursquare-and-openstreetmap-editing/ [2] https://twitter.com/openstreetmap/status/362901088803889152 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Foursquare superusers encouraged to directly edit OSM
Hi, It is fantastic news that foursquare is adding an edit OSM button into their interface. Hopefully they have good luck with it and roll it out everywhere. Craigslist, how about an edit OSM button too? Jason. On Thu, Aug 1, 2013 at 8:55 AM, Stefan Keller sfkel...@gmail.com wrote: Hi Interesting news from yesterday's Foursquare blog [1]: Today, we’re expanding upon that by encouraging our community to directly edit map data. (...). See also [2]. Yours, Stefan P.S. I'm collecting everything I find around location based systems and gamification while preparing my lightning talk about Live is a game! at SOTM 2013... P.P.S. Hope to see you all there on 6 to 8 Sept. in Birmingham. [1] http://blog.foursquare.com/2013/07/31/linking-up-foursquare-and-openstreetmap-editing/ [2] https://twitter.com/openstreetmap/status/362901088803889152 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Foursquare superusers encouraged to directly edit OSM
This is great! Does anyone (cough cough Elliott Plack) know if there are local Foursquare superuser groups? We could invite them to Editathons and other mapping parties! On Thu, Aug 1, 2013 at 8:04 PM, Jason Remillard remillard.ja...@gmail.comwrote: Hi, It is fantastic news that foursquare is adding an edit OSM button into their interface. Hopefully they have good luck with it and roll it out everywhere. Craigslist, how about an edit OSM button too? Jason. On Thu, Aug 1, 2013 at 8:55 AM, Stefan Keller sfkel...@gmail.com wrote: Hi Interesting news from yesterday's Foursquare blog [1]: Today, we’re expanding upon that by encouraging our community to directly edit map data. (...). See also [2]. Yours, Stefan P.S. I'm collecting everything I find around location based systems and gamification while preparing my lightning talk about Live is a game! at SOTM 2013... P.P.S. Hope to see you all there on 6 to 8 Sept. in Birmingham. [1] http://blog.foursquare.com/2013/07/31/linking-up-foursquare-and-openstreetmap-editing/ [2] https://twitter.com/openstreetmap/status/362901088803889152 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-tr] Merhaba Birkaç Soru
Merhaba! Bir süredir OpenStreetMap'e az da olsa katkıda bulunmaya çalışıyordum, e-posta listesine de sonunda girdim... Üzerinde bayağı bir çalıştığım üniversite kampüsünün uydu görüntüsü bir iki metre kadar kaymış. ( http://www.openstreetmap.org/edit?lat=39.868058lon=32.749104zoom=19) Bir de yeni görüntü öncekine göre daha açılı alınmış olmalı, çünkü yüksek binalarda kayma miktarı daha yüksek. Normalde pek önemsenecek bir durum olmasa gerek, ama ince detaylar ve özellikle bina ana hatları düzenleme modunda çok feci görünüyor! Alandaki bilgileri topluca taşımanın ya da daha iyisi, farklı bir uydu görüntüsü seçmenin (eskisi gayet iyiydi yani) bir yolu var mıdır? Bir de, haritayı düzenlemek için hangi editörü tercih ediyorsunuz? Şimdiye kadar Potlatch 2 beni bayağı iyi götürdü, ama bilgisayarımda oldukça yavaş çalışıyor - iD ise daha beter (Bir de fazla basit sanki...). Pek araştırmasam da sanırım JOSM gibi ayrı çalışan editörler de varmış, daha detaylı işler için özellikle tercih edilen bir editör varsa bilmek isterim. Son olarak, Ankara'daki yol ayarını değiştirenlerin bunu niye yaptıkları belli oldu mu? Şimdilik bu kadar, ama ileride yeni sorularla başınızı ağrıtabilirim (umarım!). Çoktandır bu işin içinde olanlardan öğrenilecek çok şey olsa gerek. Esen kalın, Çağatay ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-br] linha de ônibus
Só mapeie em duas vias separadas se tiver barreira física. Divisão legal não é barreira física. Em 31/07/2013 22:34, Fernando Trebien fernando.treb...@gmail.com escreveu: Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] linha de ônibus
Na verdade, esse ponto é um pouco polêmico. A recomendação de separar quando há barreira física não é pra ficar bonito no mapa (o que seria o mesmo que mapear para o renderizador) e sim para representar que o lado oposto da via não pode ser acessado diretamente (ou seja, não basta chegar até o local e atravessar pro destino virando à esquerda em qualquer ponto da via). Exatamente o mesmo ocorre quando há separação legal. http://www.mail-archive.com/talk-us@openstreetmap.org/msg07430.html http://gis.19327.n5.nabble.com/Carriageway-divider-tp5721108p5721131.html De qualquer forma, seria necessário representar a separação legal de algum jeito, ou como via separada ou com alguma tag, para que os programas de roteamento saibam por qual direção eles devem abordar o destino (em alguns casos, isso leva a rotas muito diferentes, e ignorar isso pode causar grandes inconveniências). Eu sou totalmente a favor de uma marcação com tags (é muito mais fácil de manter), mas as únicas propostas envolvendo isso foram abandonadas: http://wiki.openstreetmap.org/wiki/Proposed_features/Divider http://wiki.openstreetmap.org/wiki/Proposed_features/Divided_road Existe também esta proposta aprovada, que surpreendentemente não inclui separadores legais: http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension Idealmente isso seria feito também fora do meio urbano, mas daí minha opinião é mais flexível. Na prática, quase sempre você vai chegar a algo que está do outro lado da divisão legal parando no acostamento e esperando o tráfego dar uma oportunidade de atravessar (isso quase nunca vale em meio urbano). Além disso, quase nunca há caminhos alternativos, então você só teria essa opção mesmo. Quando você tiver alternativas (por exemplo, em pequenas povoações, que valem como área urbana, ainda que pequena), acho melhor mapear separadamente. 2013/8/1 Flavio Bello Fialho bello.fla...@gmail.com: Só mapeie em duas vias separadas se tiver barreira física. Divisão legal não é barreira física. Em 31/07/2013 22:34, Fernando Trebien fernando.treb...@gmail.com escreveu: Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Hallo Sven, On 01.08.2013 00:58, Sven Geggus wrote: Stephan Knauss o...@stephans-server.de wrote: osm=# select transliterate('เชียงใหม่') as name; name cheīyngh̄ım̀ autsch! Offiziel wäre RTGS. Keine Ahnung was icu da verwendet. Man kann aber AFAIK eigene Regeln für ICU bauen. ICU verwendet eine Art von ISO 11940 http://en.wikipedia.org/wiki/ISO_11940 Das Entwickeln von eigenen ICU Regeln würde ich gerne einem native speaker überlassen. Da kommt sicher etwas vernünftigeres bei heraus als wenn ich mich daran versuche. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] craft oder andere Tags für Kunsthandwerkstätten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, ich suche nach passenden Tags um die Kunstakademie in Nürnberg zu taggen. Nun dachte ich daran die einzelnen Werkstätten passend zu benennen . Das was dem am nächsten kommt ist das Tag craft. Da gibt es zB schon craft=blacksmith oder craft=painter. So richtig passen tun die dann aber doch nicht. Eine Kunst-Malwerkstatt ist dann doch was anderes als Fassaden oder Baudeko. Dazu würden auch noch einige andere Sachen fehlen. Desweiteren steht in der Bechreibung: Geschäfte oder Räumlichkeiten, in welchen Güter im kleinen Rahmen gegen Auftrag und oft maßgeschneidert produziert oder verarbeitet werden Gegen Auftrag also. Davon ist ja bei einer Werkstatt in der Kunstakademie doch nicht so sprechen. Ich stehe ein wenig auf dem Schlauch und würde die Einrichtung doch super gerne ausführlich taggen. lg, Marvin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJR+hR+AAoJEJA5GTOuzd28BdsIAIk77xW13oSj3ZU7mzb0ub2k 1Ajvxl2TGMbr/tpbM9JMK1SujIINXLjrVAWiF//JzJfmBb8K0gqevy0sPoT7VrNU AOu00iWrFNA3IScYmNYMzIRhAziPV2GUn00g4b5qB7M49YGxxyH7MKyCSI90lc5Z Byr0iBH4eNfY9I7PBBmkdoLO4j21IJsWybpcs91LFl+3LXHYuvbHpGJPW8XWq9em FCduPoADwRDPdQZ7zo9Vf5s9PBSRXs0+uk8hKKKrHvLrEJMrMC36XS64Zyp/goal hW4Szqr+2gtVXrIGYveiPB+uHEiSqOWKPiv/5AmbgrXHWPS4ieddZ180748wGdM= =9h9I -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft oder andere Tags für Kunsthandwerkstätten
On 01.08.13 09:55, Marvin Preuss wrote: ich suche nach passenden Tags um die Kunstakademie in Nürnberg zu taggen. Nun dachte ich daran die einzelnen Werkstätten passend zu benennen. Das was dem am nächsten kommt ist das Tag craft. Ich hielte das für einen ziemlichen Mißbrauch. Bei craft geht's um Handwerksbetriebe. Wenn man nach einem Maler (und Anstreicher) in Nürnberg sucht und dann die Kunstakademie findet, wäre das eher unpassend, nicht? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Stephan Knauss o...@stephans-server.de wrote: Das Entwickeln von eigenen ICU Regeln würde ich gerne einem native speaker überlassen. Da kommt sicher etwas vernünftigeres bei heraus als wenn ich mich daran versuche. Ich habe ja nicht geschrieben, dass Du das machen sollst. Dass das suboptimal ist konnte ich schon selber feststellen. Wenn ich mal als Beispiel dieses Straßenschild nehme: http://www.thaiminator.de/images/ksr-start.jpg Dann steht da: ถนนข้าวสาร - Thanon Khao San Meine Transliteration macht da t̄hnn k̄ĥāws̄ār draus :( Man möchte also für Karten eher das erste, was wie ich annehme RTGS ist. Schade, dass es keine RTGS Transliteration für ICU gibt. Oft hilft auch crowdsourcing! Bei meibem Beispiel macht das die Karte deshalb auch schon mit den bisherigen Regeln ohne Transliteration richtig: http://openstreetmap.de/karte.html?lat=13.75904lon=100.49774zoom=18layers=B000TF Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /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] craft oder andere Tags für Kunsthandwerkstätten
Am 1. August 2013 09:55 schrieb Marvin Preuss mar...@xsteadfastx.org: ich suche nach passenden Tags um die Kunstakademie in Nürnberg zu taggen. Nun dachte ich daran die einzelnen Werkstätten passend zu benennen . Das was dem am nächsten kommt ist das Tag craft. -1, craft ist Handwerk, eine Kunstakademie ist eine Hochschule. Für einzelne Werkstätten müsste man sich ziemlich sicher noch was neues ausdenken (genauso wie für Hörsaal, Pförtner, Sekretariat, Mensa, Photolabor, Chemikalienausgabe, Videostudio, etc., etablierte tags für detailliertes Gebäude-Indoormapping haben wir AFAIK noch nicht), craft passt dafür m.E. überhaupt nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft oder andere Tags für Kunsthandwerkstätten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 01. Aug 10:15, Andreas Labres wrote: On 01.08.13 09:55, Marvin Preuss wrote: ich suche nach passenden Tags um die Kunstakademie in Nürnberg zu taggen. Nun dachte ich daran die einzelnen Werkstätten passend zu benennen. Das was dem am nächsten kommt ist das Tag craft. Ich hielte das für einen ziemlichen Mißbrauch. Bei craft geht's um Handwerksbetriebe. Wenn man nach einem Maler (und Anstreicher) in Nürnberg sucht und dann die Kunstakademie findet, wäre das eher unpassend, nicht? Genau das denke ich auch... also muss ich weiterdenken :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJR+iD4AAoJEJA5GTOuzd281QYH/3aWL1J63eJWX8E5plJBX9jp gaGmUMo3WQmGFaxVzz2zoXGC9VgIsnEWm3Qc4fVU1e6bvtoGJpTj71rJARGVFXs3 Kp1FSVBsup1jUHTL6aNj1HnJ1LpS3h01mJEE+rVefm93ayy6Wd4+jqe9SNelOP8I 02MPbXyY3t2PF3evkhngMHULR/V0/MfAL84DS8kxBQB9PACbvfoV+sBSk2zqAF9Y EpCNKW3HGt0tmI7GC4dC5EhTQF7BknaFYQ5IdI55JmytWa4iGvzMaaYSK3tffx3N xYkfD6TWKrlLtTFhT1Ji0eiZYzMFkAKqOry85urthKm5p8p/lwrjBwavlGghXAc= =NrWm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft oder andere Tags für Kunsthandwerkstätten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 01. Aug 10:45, Martin Koppenhoefer wrote: -1, craft ist Handwerk, eine Kunstakademie ist eine Hochschule. Für einzelne Werkstätten müsste man sich ziemlich sicher noch was neues ausdenken (genauso wie für Hörsaal, Pförtner, Sekretariat, Mensa, Photolabor, Chemikalienausgabe, Videostudio, etc., etablierte tags für detailliertes Gebäude-Indoormapping haben wir AFAIK noch nicht), craft passt dafür m.E. überhaupt nicht. Und genau davor habe ich ein wenig Angst: Neue Tags sich ausdenken. Ich weiß wirklich nicht wo ich anfangen soll... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJR+iLZAAoJEJA5GTOuzd28gz0H/jgsY7lJycc/Ou7NXP5Snxdd saSqu97wWvB0oJpg96+B4Eh3HRwJNOKA35OHz0x1KIMS72G4YBeq4rWm7gNsBHHW nQRCv/6nI4KxbZJU0+nZDxMTTW8UHOKUuxpwxptKs9601/xVAPI2+AtVhLTwVhuj 7mQuER3IUAYSU13URbqdLSEeAHCet5WYggK7h+w6fj4JPbKbdDGKrD/ZGl6HI5XN sMbho6jJVeBa1bdn9uPYGjiQqg8yedm0mhZtUSzMwUjTQXM5RmvKmJJE6dLFKvEW WzUni0FONIxBMlV8e4c8qBSceiRQR4l6r377QS+QEuqBF2Vx+lNbZB6OzgQ2coo= =C+Mm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 158 23.7.-29.7.2013
Hallo, die Wochennotiz Nr. 158 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/08/wochennotiz-nr-158/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Liebe OSM Gemeinde, wir hatten gestern ein Gespräch mit Stephan Knauss vom Münchner Stammtisch über die Diskussion die momentan zwischen OSM Mappern und uns als Firma Mentz Datenverarbeitung laufen. Das Gespräch war sehr Konstruktiv und in einigen Dingen für uns sehr aufschlussreich. Wir bedanken uns nochmal recht herzlich bei Stephan, dass er sich die Zeit für ein Gespräch genommen hat. Wir wollen bis morgen Abend euch auf der angelegten Wiki Seite weitere Erklärungen geben. Wir bedanken uns bei Trikon für das Anlegen dieser Seite. Wir werden versuchen die Seite in mehrere Unterseiten aufzuteilen, um einen Raum zur Diskussion über die verschiedenen Tagging Elemente zu bieten. Unsere Idee des Schemas soll dabei keine endgültige Version sein, sie soll lediglich als Diskussionsgrundlage dienen. Dabei ist uns die Klärung des Anlegens der Plattform am wichtigsten. Viele Grüße Tracy Am 30. Juli 2013 13:38 schrieb Tracy Kasperczyk kasperc...@mentzdv.de: Sehr geehrte OSM Gemeinde, wir als Firma Mentz Datenverarbeitung GmbH haben einen momentanen Stop bei der Erfassung der Daten eingelegt. Wir wollen wie schon mehrfach betont keine Daten zerstören, sondern einen weiteren Input geben und die Daten verbessern. Aus diesem Grund gehen wir erst einmal auf Ihre Ideen und Kritikpunkte ein und versuchen diese Umzusetzen. Wir sind noch einmal intensiver mit dem OSM Stammtisch in München in Kontakt getreten und diskutieren die angesprochenen Punkte. Viele Grüße Tracy i.A. Mentz Datenverarbeitung GmbH Am 28. Juli 2013 19:45 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Il giorno 28/lug/2013, alle ore 15:02, Wilhelm Spickermann o...@spickermann-d.de ha scritto: railway=station auf einer area, die das gesamte (geschätzte soweit man keine genaueren Informationen hat so schwierig ist das auch nicht, weil üblicherweise umzäunt Gruß, Martin ___ 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] craft oder andere Tags für Kunsthandwerkstätten
Am 01.08.2013 10:15, schrieb Andreas Labres: On 01.08.13 09:55, Marvin Preuss wrote: ich suche nach passenden Tags um die Kunstakademie in Nürnberg zu taggen. Nun dachte ich daran die einzelnen Werkstätten passend zu benennen. Das was dem am nächsten kommt ist das Tag craft. Ich hielte das für einen ziemlichen Mißbrauch. Bei craft geht's um Handwerksbetriebe. Wenn man nach einem Maler (und Anstreicher) in Nürnberg sucht und dann die Kunstakademie findet, wäre das eher unpassend, nicht? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Das würde ich nicht so engsehen. crafts wird als Tag zwar mit dem eigentlichen Handwerk verbunden, aber das muß ja nicht das Handwerk im Sinne von Zünften sein. Jede Dienstleistung die Individuell für den jeweiligen Kunden von Handangefertigt ist sollte meiner Meinung nach unter craft fallen können. Erweiterungen sollten möglich sein, ebenso wie das zusammenfassen von Berufen in Betrieben die mehrere Handwerke ausführen. in http://wiki.openstreetmap.org/wiki/Proposed_features/Craft gibt es zwar handikraft aber ich selbst würde da eher mit der Übersetzung arts and crafts vorschlagen, da ich meine dass da eher das Kunsthandwerk zum Vorschein kommt. Auch hier würde ich bei Handwerk bleiben, es wird zwar nicht immer im Auftrag eines Kunden, aber individuell für Kunden von Hand gefertigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft oder andere Tags für Kunsthandwerkstätten
Il giorno 01/ago/2013, alle ore 11:46, gmbo g...@kilometerfresser.eu ha scritto: Das würde ich nicht so engsehen. crafts wird als Tag zwar mit dem eigentlichen Handwerk verbunden, aber das muß ja nicht das Handwerk im Sinne von Zünften sein. Nicht zwangsläufig, aber für Ateliers einer Kunsthochschule passt es trotzdem nicht. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Hi, On 07/31/2013 10:55 PM, Sven Geggus wrote: Noch ist das Ganze nicht scharf geschaltet, läuft aber hier bei mir zu Hause schon. Ich habe den Eindruck, dass selbst beim Rendern von irgendwas in der Mitte von Deutschland der Stil jetzt deutlich langsamer geworden ist. Ersetze ich make_germanified_name durch return name, komme ich wieder an die alte Geschwindigkeit ran. Auf einem schwachbruestigen Notebook mit livetiles macht das den Unterschied zwischen kann man noch mit arbeiten und hat keinen Sinn ;( Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Hi, ist es dann vielleicht sinnvoller, eine zusätzliche label-Spalte einzuführen, die im update-Prozess der Datenbank gefüllt wird statt beim rendern im Query? Ändert sich also auf einem Tile mit 30 labeln irgendetwas, so werden momentan für dieses Tile alle 30 Texte durch die Transliterations-Routinen geschleust, weil alle 30 Texte neu gerendert werden müssen. Stünde aber schon das Ergebnis in der Datenbank, so wäre das beim Update erledigt und es würde lediglich ein anderer Wert abgefragt. Gruß Peter P.S.: Um das Datenbankschema unverändert zu lassen, kann man auch ins hstore einen entsprechenden Tag einbauen, falls hstore auf den Servern genutzt wird. Am 01.08.2013 16:54, schrieb Frederik Ramm: Hi, On 07/31/2013 10:55 PM, Sven Geggus wrote: Noch ist das Ganze nicht scharf geschaltet, läuft aber hier bei mir zu Hause schon. Ich habe den Eindruck, dass selbst beim Rendern von irgendwas in der Mitte von Deutschland der Stil jetzt deutlich langsamer geworden ist. Ersetze ich make_germanified_name durch return name, komme ich wieder an die alte Geschwindigkeit ran. Auf einem schwachbruestigen Notebook mit livetiles macht das den Unterschied zwischen kann man noch mit arbeiten und hat keinen Sinn ;( Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Frederik Ramm frede...@remote.org wrote: Ich habe den Eindruck, dass selbst beim Rendern von irgendwas in der Mitte von Deutschland der Stil jetzt deutlich langsamer geworden ist. Huh? So ein bissl if then else kanns ja wohl kaum ausmachen. Vielleicht sollte ich make_germanified_name in C schreiben, statt in PL/pgSQL? Ersetze ich make_germanified_name durch return name, komme ich wieder an die alte Geschwindigkeit ran. Auf einem schwachbruestigen Notebook mit livetiles macht das den Unterschied zwischen kann man noch mit arbeiten und hat keinen Sinn ;( Echt? Ich hatte auf meiner Desktopkiste eigentlich keinen direkt gefühlten Unterschied gemerkt. Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /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] Transliteration für den deutschen Kartenstil!
Peter Wendorff wendo...@uni-paderborn.de wrote: ist es dann vielleicht sinnvoller, eine zusätzliche label-Spalte einzuführen, die im update-Prozess der Datenbank gefüllt wird statt beim rendern im Query? Ganz bestimmt nicht! Es gilt erst mal zu ergründen warum der Code lahm ist. Meine Vermutung ist der typische Schleifen in interpretierten Sprachen siond lahm Effekt. Wie gesagt man könnte die stored procedure in C schreiben. Ändert sich also auf einem Tile mit 30 labeln irgendetwas, so werden momentan für dieses Tile alle 30 Texte durch die Transliterations-Routinen geschleust, weil alle 30 Texte neu gerendert werden müssen. [ ] Du hast Dir den Code angeschaut. Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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] Einführung eines neuen Tags (globaleID)
On 01.08.2013 11:25, Tracy Kasperczyk wrote: Hey wir hatten gestern ein Gespräch mit Stephan Knauss vom Münchner Stammtisch über die Diskussion die momentan zwischen OSM Mappern und uns als Firma Mentz Datenverarbeitung laufen. Das Gespräch war sehr Konstruktiv und in einigen Dingen für uns sehr aufschlussreich. Wir bedanken uns nochmal recht herzlich bei Stephan, dass er sich die Zeit für ein Gespräch genommen hat. Habt Ihr Euch auch überlegt was mit den bisherigen Veränderungen geschehen soll ? Wir wollen bis morgen Abend euch auf der angelegten Wiki Seite weitere Erklärungen geben. Wir bedanken uns bei Trikon für das Anlegen dieser Seite. Wir werden versuchen die Seite in mehrere Unterseiten aufzuteilen, um einen Raum zur Diskussion über die verschiedenen Tagging Elemente zu bieten. Unsere Idee des Schemas soll dabei keine endgültige Version sein, sie soll lediglich als Diskussionsgrundlage dienen. Dabei ist uns die Klärung des Anlegens der Plattform am wichtigsten. Super, ich glaube so langsam habt Ihr verstanden, dass wir hier eine Gemeinschaft bilden und es oft erst mal Diskussionsbedarf gibt. Wir versuchen zwar möglichst wenige Regelwerk anzuhäufen aber ein paar Grundsätze sind wichtig. Häufig ist die Kritik zwar hart aber doch im positiven Sinne. Da meine bisherige Erfahrung zeigt, dass Eure Daten durch aus einer lokalen Prüfung bedürfen wäre ein manueller Import das beste. Soll heißen, Ihr bereitet Eure Daten soweit auf, dass OSM-Objekte entstehen und diese werden zur Verfügung gestellt und von lokalen Mapper_innen eingepflegt. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OAuth (Gibt OSM auch Daten über die Beitragenden heraus?)
Dirk Sohler wrote Martin Koppenhoefer schrieb: […] später OAuth als Alternative implementiert wurde. Letzteres sorgt u.a. dafür, dass das pw nicht mehr klar gespeichert wird, daher ist das unbedingt zu empfehlen! Jetzt stehen statt Benutzername und Kennwort eben key und secret in der Datei. Da mein ~ aber eh chmod 700 ist, ist mir das einerlei :) Das ist von Vorteil wenn man JOSM nicht trauen wuerde, denn so bekommt JOSM dein Passwort nie zu sehen (Zumindestens wenn man die halb automatische Variante verwendet hat um den Token zu bekommen). Zusammen mit der Tatsache das man die Zugriffsrechte beschraenken kann sodas selbst wenn JOSM kompromitiert waere der Angreifer nur limitierten Zugriff bekommen. Weiterhin, da viele Leute das gleiche Passwort auf mehreren Sites verwenden, kann ein kompromitiertes JOSM dann nicht auch noch andere accounts uebernehmen. Fuer einen opensource desktop client wie JOSM, der mehr oder weniger alle moeglichen Zugriffsrechte verlangt, ist dieser Teil von OAuth wohl weniger interessant. Aber man kann zum Beispiel auf einer Webseite der man nicht voll Vertraut einen Notes editor verwenden, bei dem man der Seite dann eben nur die Berechtigung zur Verwendung der Notes gibt. Ausserdem kann auch der Server admin dieses Notes editors nie dein Passwort einsehen was ein enormer Vorteil ist. Somit kann auch wenn der Server gehackt wird und die Betreiber schlamping waren und die Passworter unverschluesselt und ungesalzen gespeichert haben diese nicht geklaut werden, da man das Passwort der Seite nie gegeben hat. Auch bei z.B. einer Android app die grundsaetzlich alles nach Hause funkt, koennte das Passwort so nicht kompromitiert werden. Da zunehmend OSM editoren auch auf Drittseiten eingebaut werden, wird dieser Vorteil von OAuth zunehmend nuetzlich, auch wenn er fuer JOSM eher gering ist. Dirk Sohler wrote So lange der Zugriff auf die API nicht über SSL erfolgt, können auch diese Daten ohne weiteres mitgesnifft, oder bei versehentlicher Veröffentlichung von jemand anderem in die Konfiguration eingetragen werden, der dann eben das jeweilige OAuth verwendet, und nicht Benutzername und Kennwort. Das mitsniffen von Traffic hilft hier nicht. OAuth ist explicit darauf ausgelegt auch ueber unsichere Verbindungen das Passwort zu schuetzen in dem es digitale signaturen verwendet um die Herkunft zu guarantieren. Bei OAuth gibt es vier Werte: Consumer Key, Consumer Secret, Token Key und Token Secret. Der Consumer ist dabei die verwendete Anwendung, das heist JOSM, oder die Notes editor website. Der Token bezieht sich auf die Person. Bei jedem API Aufruf der ueber OAuth geht wird nun unverschluesselt der Consumer Key, der Token Key und eine digitale Signatur geschickt. Die digital Signatur hasht den Inhalt des API Aufrufes der unverschluesselt uebermittelt wird und den Consumer Secret und Token Secret, welche beide nie unverschluesselt uebertragen werden. Da man nur mit Hilfe dieser beiden shared secrets eine gueltige Signatur erstellen kann, weiss der Server das die Nachricht tatsaechlich von dem Tokeninhaber stammt. Wenn man die Datenleitung zwischen JOSM und OSM.org mitsnift bekommt man somit heraus, wer den Aufruf gemacht hat (Token key), mit welchem Program (Consumer key), und den gesammten Inhalt des API Aufrufes. Mit den Informationen kann man aber keine gueltigen neuen Aufrufe erzeugen. Somit hilft OAuth fuer privacy Zwecke nichts, aber es stellt sicher das nie das Passwort uebertragen wird (welches wahrscheinlich fuer mehrere Seiten und Dienste gueltig ist) und das auch jemand der den Traffic mitsnifft nicht unberechtigt auf den Account zugreifen kann. Wenn natuerlich der Token Secret in einen oeffentlichen Bugreport gestellt wird, dann hilft OAuth auch nicht mehr. Andererseits, falls einem dass passiert, kann man den Token ganz einfach auf osm.org ungueltig erklaeren und einen neuen anfordern und muss nicht dass Passwort auf osm (und moeglicherweise andere Seiten auf denen man das gleiche verwendet hat) aendern und sich ein neues merken. Also auch in diesem Fall hat OAuth Vorteile. Insofern sollte wirklich immer OAuth verwendet werden wenn irgendwie moeglich. Nachteile hat es fuer den Nutzer eigentlich keine. (Fuer die Programmierer von Software leider schon, da es einiges an Komplexitaet gegenueber dem einfachen Username und Passwort hinzufuegt). Kai -- View this message in context: http://gis.19327.n5.nabble.com/Gibt-OSM-auch-Daten-uber-die-Beitragenden-heraus-tp5771392p5772275.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] OAuth (Gibt OSM auch Daten über die Beitragenden heraus?)
Kai Krueger schrieb: Zumindestens wenn man die halb automatische Variante verwendet hat um den Token zu bekommen […] Die automatisch startende automatische Variante hat bei mir hier eh nicht funktioniert und brach mit einer undebugbaren Fehlermeldung („Funktioniert nicht, mimimi … Machs manuell“) ab, bei allen Accounts, für die ich diese Daten brauchte. Na ja, jetzt ersetze ich eben die Keys, meinem Script ist das egal :) Insofern sollte wirklich immer OAuth verwendet werden wenn irgendwie moeglich. Nachteile hat es fuer den Nutzer eigentlich keine. (Fuer die Programmierer von Software leider schon, da es einiges an Komplexitaet gegenueber dem einfachen Username und Passwort hinzufuegt). Sicherheit und Bequemlichkeit gehen selten Hand-in-Hand :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-01T22:04:53+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft oder andere Tags für Kunsthandwerkstätten
Am 01.08.2013 15:51, schrieb Martin Koppenhoefer: Il giorno 01/ago/2013, alle ore 11:46, gmbo g...@kilometerfresser.eu ha scritto: Das würde ich nicht so engsehen. crafts wird als Tag zwar mit dem eigentlichen Handwerk verbunden, aber das muß ja nicht das Handwerk im Sinne von Zünften sein. Nicht zwangsläufig, aber für Ateliers einer Kunsthochschule passt es trotzdem nicht. Es heißt nicht umsonst Kunsthandwerk, und mit dem Tag:amenity=university ist es dann auch abgegrenzt. Hättest du denn einen machbaren anderen Vorschlag? Gruß Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Harzer Mappertreffen am 27. Juli 2013 in Sankt Andreasberg
Das Mappertreffen am letzten Wochenende verlief eher ruhig – zwei Mitglieder der Bergwacht Sankt Andreasberg und ein Reporter der Goslarschen Zeitung waren vor Ort. Im Vorfeld hatte die GZ bereits einen Artikel zum Thema veröffentlicht und einen im Anschluss – leider nur in der Printausgabe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft oder andere Tags für Kunsthandwerkstätten
Il giorno 01/ago/2013, alle ore 22:13, gmbo g...@kilometerfresser.eu ha scritto: Es heißt nicht umsonst Kunsthandwerk ja, craft=handycraft für Kunsthandwerk, ist allerdings kaum in Verwendung. Hättest du denn einen machbaren anderen Vorschlag? einen neuen tag für Ateliers? studio=painting printing sculpting ... oder auch room=painting_studio etc. keine Ahnung, da es wohl bisher noch nichts zu geben scheint, wird man sich was ausdenken müssen Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Superstrade a carreggiata unica
Guido Salemme: quindi io ci metterei tutte quelle strade che non sono autostrade e non hanno incroci a raso o rotonde cio\350 tutte le strade che hanno corsie di accelerazione o decelerazione per l'immissione e l'uscita (questo combacia con la descrizione fatta qui http://wiki.openstreetmap.org/wiki/IT:Map_Features alla voce trunk) se su queste valgono le stesse restrizioni delle autostrade motoroad=yes Sono d'accordo. La lecco-colico e la iseo-pisogne sono due trunk, anche se una ha due corsie e carreggiate separate e l'altra ha una corsia per senso di marcia. Il traffico normale passa dalla litoranea (da questo punto di vista, la parte lecco-abbadialariana non dovrebbe essere trunk, perche` ci passano anche pedoni e bici, anche se su osm adesso lo e`. Se vedo trunk, come ciclista so che non posso passare, e invece da lecco ad abbadia e` l'unica possibilita`. E` vero che ci sono i tag arcani per accessi eccetera, ma la mappa deve essere comprensibile anche per chi la guarda, non solo per i navigatori. Purtroppo osm talvolta non lo e`, cosi` quando pedalo con la carta di carta stampo l'atlante del touring, non osm. /opinione type=personale mood=tecnofobo /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
2013/8/1 alx bell alessandro...@gmail.com: Inoltre, come se non bastasse, in alcuni tratti è percorso pedo-ciclabile come è meglio utilizzare le grafiche?.. 2 linee affiancate/sovrapposte o tutt'insieme nei tag? In caso di sovrapposizione concreta, avere due linee sovrapposte (ciascuna con i suoi tag) è lecito. Non duplicare i nodi, però: usa piuttosto la feature di JOSM Follow line. Supponendo di avere tracciato il canale e di voler tracciare la pista che vi si sovranne, partendo da un punto NON sul canale, si fa così: si attiva la modalità di aggiunta (A), si clicca sul primo nodo (esterno, per esempio) della pista, poi sul punto di incrocio (ovvero dove la pista si comincia a sovrapporre al canale), poi su un secondo punto del canale, e poi si preme F consecutivamente fino all'ultimo nodo in comune tra le due vie, poi si clicca sul primo punto nuovamente 'esterno'. In questo modo la seconda via (quella ciclabile, in questo esempio) avrà dei punti (e quindi parte del percorso) in comune con la via che rappresenta il canale, ma rimarrà comunque un ente distinto, con i propri tag e tutto. Nel caso si debba fare editing, Alt+click in JOSM aiuta a selezionare le varie alternative in caso di linee sovrapposte. -- Giuseppe Oblomov Bilotta ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
2013/8/1 Giuseppe Bilotta giuseppe.bilo...@gmail.com Inoltre, come se non bastasse, in alcuni tratti è percorso pedo-ciclabile come è meglio utilizzare le grafiche?.. 2 linee affiancate/sovrapposte o tutt'insieme nei tag? In caso di sovrapposizione concreta, avere due linee sovrapposte (ciascuna con i suoi tag) è lecito. Non duplicare i nodi, però: usa piuttosto la feature di JOSM Follow line. Supponendo di avere tracciato il canale e di voler tracciare la pista che vi si sovranne, partendo da un punto NON sul canale, si fa così: si attiva la modalità di aggiunta (A), si clicca sul primo nodo (esterno, per esempio) della pista, poi sul punto di incrocio (ovvero dove la pista si comincia a sovrapporre al canale), poi su un secondo punto del canale, e poi si preme F consecutivamente fino all'ultimo nodo in comune tra le due vie, poi si clicca sul primo punto nuovamente 'esterno'. In questo modo la seconda via (quella ciclabile, in questo esempio) avrà dei punti (e quindi parte del percorso) in comune con la via che rappresenta il canale, ma rimarrà comunque un ente distinto, con i propri tag e tutto. però se lo rappresenti in questo modo la ciclabile è dentro il canale, se invece il canale è sotto terra NON deve avere nodi in comune con la ciclabile. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
2013/7/31 Salemme Guido salemme.gu...@email.it tornando al tag higway=trunk il wiki dice questo Strade che si pongono a metà strada tra Autostrade/Tangenziali e le Statali. Può anche essere classificato così il tratto di svincolo di un'autostrada-tangenziale che porta al centro città. Per segnalare l'esistenza di restrizioni di accesso simili a quelle in vigore per le autostrade, usare motorroadhttp://wiki.openstreetmap.org/w/index.php?title=IT:Key:motorroadaction=editredlink=1 =yes. Le cosiddette *superstradehttp://it.wikipedia.org/wiki/Superstrada * potrebbero essere marcate come due corsie denotate da *highway=trunk*per distinguerle dalle autostrade. Le strade extraurbane ad una sola corsia per senso di marcia, che però non presentano incroci sul loro percorso e abbiano accessi ed uscite mediati da corsie di ac/de-celerazione potrebbero essere marcati da *highway=trunk*, per distinguerle da altre strade che potrebbero presentare incroci e rotonde. -- +1, è il nostro consenso da svariate discussioni precedenti, non saprei perché lo dovremmo di nuovo contestare... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
2013/8/1 Martin Koppenhoefer dieterdre...@gmail.com: però se lo rappresenti in questo modo la ciclabile è dentro il canale, se invece il canale è sotto terra NON deve avere nodi in comune con la ciclabile. Il canale, essendo sotto terra, dovrebbe avere layer=-1. Quando due ways hanno layer diverse si intende che siano una sopra l'altra, non una _dentro_ l'altra. L'avere nodi in comune vuol dire solamente che la proiezione di entrambe sulla superficie coincide (che nel caso di ways sovrapposte è vero). -- Giuseppe Oblomov Bilotta ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
Il canale, essendo sotto terra, dovrebbe avere layer=-1. Quando due ways hanno layer diverse si intende che siano una sopra l'altra, non una _dentro_ l'altra. L'avere nodi in comune vuol dire solamente che la proiezione di entrambe sulla superficie coincide (che nel caso di ways sovrapposte è vero). Non proprio, in OSM se due way hanno un nodo in comune non vuol dire soltanto che coincide la collocazione geografica sul piano ma anche che si può passare da una all'altra. Quindi una highway e una waterway hanno un nodo in comune solo in presenza di un guado. Nel caso specifico IMHO le due way devono essere proprio distinte. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
2013/8/1 Stefano Salvador stefano.salva...@gmail.com: Non proprio, in OSM se due way hanno un nodo in comune non vuol dire soltanto che coincide la collocazione geografica sul piano ma anche che si può passare da una all'altra. Quindi una highway e una waterway hanno un nodo in comune solo in presenza di un guado. Nel caso specifico IMHO le due way devono essere proprio distinte. +1 Ciao, Stefano -- 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
Re: [Talk-it] Mappare un canale coperto
2013/8/1 Luca Delucchi lucadel...@gmail.com: 2013/8/1 Stefano Salvador stefano.salva...@gmail.com: Non proprio, in OSM se due way hanno un nodo in comune non vuol dire soltanto che coincide la collocazione geografica sul piano ma anche che si può passare da una all'altra. Quindi una highway e una waterway hanno un nodo in comune solo in presenza di un guado. Nel caso specifico IMHO le due way devono essere proprio distinte. +1 Chiedo venia, ero convinto che questa necessità fosse solo per il caso di incroci. /me si ritira -- Giuseppe Oblomov Bilotta ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
Occhio che mi sembra si stiano confondendo i termini. Una strada extraurbana principale ha due CARREGGIATE, non CORSIE. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
On 2013-08-01 at 13:05:15 +0200, Simone Saviolo wrote: Occhio che mi sembra si stiano confondendo i termini. Una strada extraurbana principale ha due CARREGGIATE, non CORSIE. due *carreggiate*, ciascuna con almeno due *corsie* (ed una banchina, ma non necessariamente la corsia di emergenza). -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] strade e amenity=parking
E' necessario creare dei nodi alle intersezioni delle strade e le aree taggate come amenity=parking? Ovvero, se ho un highway=service che si attacca ad una strada e passa gia' sopra l'area del parcheggio, devo anche creare un nodo all'intersezione fra l'highway=service e l'amenity=parking o non e' necessario? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Foursquare superusers encouraged to directly edit OSM
interessante, 4sq incoraggia i propri utenti a collaboare con osm. -- Forwarded message -- From: Stefan Keller sfkel...@gmail.com Date: Thu, Aug 1, 2013 at 2:55 PM Subject: [OSM-talk] Foursquare superusers encouraged to directly edit OSM To: Talk Openstreetmap t...@openstreetmap.org Hi Interesting news from yesterday's Foursquare blog [1]: Today, we’re expanding upon that by encouraging our community to directly edit map data. (...). See also [2]. Yours, Stefan P.S. I'm collecting everything I find around location based systems and gamification while preparing my lightning talk about Live is a game! at SOTM 2013... P.P.S. Hope to see you all there on 6 to 8 Sept. in Birmingham. [1] http://blog.foursquare.com/2013/07/31/linking-up-foursquare-and-openstreetmap-editing/ [2] https://twitter.com/openstreetmap/status/362901088803889152 ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
per indicare che su quella strada non possono passare pedoni ciclisti mezzi ciclomotori ecc si usa motoroad=yes il punto chiave è che trunk può essere usato per tutte le strade extraurbane che non sono autostrade e che non hanno incroci , rotonde , ecc cioè strade in cui un automobilista può guidare senza aspettarsi incroci o attraversamenti vari (in queste strade di solito ci sono corsie di accelerazione e decellerazione per l'immissione e l'uscita come già detto anche da altro utente queste cose sono state già definite e nel wiki è descritto molto bene Il 01/08/2013 09:21, Alessandro Rubini ha scritto: Guido Salemme: quindi io ci metterei tutte quelle strade che non sono autostrade e non hanno incroci a raso o rotonde cio\350 tutte le strade che hanno corsie di accelerazione o decelerazione per l'immissione e l'uscita (questo combacia con la descrizione fatta qui http://wiki.openstreetmap.org/wiki/IT:Map_Features alla voce trunk) se su queste valgono le stesse restrizioni delle autostrade motoroad=yes Sono d'accordo. La lecco-colico e la iseo-pisogne sono due trunk, anche se una ha due corsie e carreggiate separate e l'altra ha una corsia per senso di marcia. Il traffico normale passa dalla litoranea (da questo punto di vista, la parte lecco-abbadialariana non dovrebbe essere trunk, perche` ci passano anche pedoni e bici, anche se su osm adesso lo e`. Se vedo trunk, come ciclista so che non posso passare, e invece da lecco ad abbadia e` l'unica possibilita`. E` vero che ci sono i tag arcani per accessi eccetera, ma la mappa deve essere comprensibile anche per chi la guarda, non solo per i navigatori. Purtroppo osm talvolta non lo e`, cosi` quando pedalo con la carta di carta stampo l'atlante del touring, non osm. /opinione type=personale mood=tecnofobo /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Offertissima Agosto in camera panoramica sul mare di Bellariva di Rimini all'hotel Grifone. Pensione completa in camera vista mare a partire da euro 54. Supplemento formula all inclusive euro 10 a persona al giorno Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13005d=1-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
Il giorno 01/ago/2013, alle ore 11:46, Giuseppe Bilotta giuseppe.bilo...@gmail.com ha scritto: L'avere nodi in comune vuol dire solamente che la proiezione di entrambe sulla superficie coincide (che nel caso di ways sovrapposte è vero). no, un nodo in comune è una connessione, quello che descrivi tu viene modellato con nodi sovrapposti (ma distinti) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare un canale coperto
Il giorno 01/ago/2013, alle ore 15:54, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: no, un nodo in comune è una connessione, quello che descrivi tu viene modellato con nodi sovrapposti (ma distinti) scusate la ripetizione, non avevo visto gli altri messaggi M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
Il giorno 01/ago/2013, alle ore 15:02, Salemme Guido salemme.gu...@email.it ha scritto: per indicare che su quella strada non possono passare pedoni ciclisti mezzi ciclomotori ecc si usa motoroad=yes il punto chiave è che trunk può essere usato per tutte le strade extraurbane che non sono autostrade e che non hanno incroci , rotonde , ecc +1, per me va bene includendo anche carreggiate distinte per senso di marcia. motorroad è per restrizioni simili ad un autostrada http://wiki.openstreetmap.org/wiki/Key:motorroad Se ho capito bene siamo d'accordo su questi punti, ma non sul numero di corsie? Ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Superstrade a carreggiata unica
On 2013-08-01 at 09:21:59 +0200, Alessandro Rubini wrote: Se vedo trunk, come ciclista so che non posso passare, e invece da lecco ad abbadia e` l'unica possibilita`. E` vero che ci sono i tag arcani per accessi eccetera, ma la mappa deve essere comprensibile anche per chi la guarda, non solo per i navigatori. Purtroppo osm talvolta non lo e`, cosi` quando pedalo con la carta di carta stampo l'atlante del touring, non osm. d'altra parte, se vedo trunk come automobilista so che è una strada sulla quale è possibile sorpassare i mezzi lenti, e quindi dove in linea di massima mi aspetto di trovare traffico più scorrevole di una strada ad una sola corsia. se invece devo andare in giro a piedi tenderò a non usare il rendering da automobilisti, ma uno di quelli da escursionisti e ciclisti, sul quale le strade vietate ai mezzi non a motore sono decisamente meno enfatizzate (e probabilmente anche segnate come tali, ma non ho sottomano un esempio da controllare), mentre vengono descritte con maggiore dettaglio le varie categorie di percorsi alternativi (piste ciclabili, pedonali, sentieri, ecc.). -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade e amenity=parking
Il 01/08/2013 14:22, Yuri D'Elia ha scritto: Ovvero, se ho un highway=service che si attacca ad una strada e passa gia' sopra l'area del parcheggio, devo anche creare un nodo all'intersezione fra l'highway=service e l'amenity=parking o non e' necessario? Direi che non è necessario. Ciao! Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] orari apertura parco e cancelli
Io invece li metterei solo sul parco. E' il parco che è aperto dalle 8 alle 20. Ovviamente il parco avrà uno o più cancelli taggati adeguatamente, esattamente come un negozio avrà uno o più ingressi, ma l'orario è del negozio, non del cancello (ci sono dei casi in cui cancelli diversi della stessa entità hanno orari diversi, ma non mi pare questo il caso) -- Maurizio Daniele Il giorno 01 agosto 2013 07:52, Luca Delucchi lucadel...@gmail.com ha scritto: On Jul 31, 2013 11:54 PM, Fabri erfab...@gmail.com wrote: come è meglio fare? se un parco è aperto dalle 8 alle 20, metto il tag opening_hours nell'area del parco o sul cancello? se si mette sul gate all'entrata del parco, va messo l'orario di apertura del parco/cancello o sul cancello viene interpretato come il cancello è attivo e cioè chiuso dalle 8 alle 20 ? Io per non sbagliare li metterei in entrambe le entità. Ciao Luca ___ 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] orari apertura parco e cancelli
2013/8/1 Luca Delucchi lucadel...@gmail.com come è meglio fare? se un parco è aperto dalle 8 alle 20, metto il tag opening_hours nell'area del parco o sul cancello? se si mette sul gate all'entrata del parco, va messo l'orario di apertura del parco/cancello o sul cancello viene interpretato come il cancello è attivo e cioè chiuso dalle 8 alle 20 ? Io per non sbagliare li metterei in entrambe le entità. +1, ci potrebbero esistere anche casi dove le due orari non corrispondono ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade e amenity=parking
On Aug 1, 2013 4:29 PM, Carlo Stemberger carlo.stember...@gmail.com wrote: Direi che non è necessario. +1 Io lo metterei solo se all'ingresso c'è qualche tipo di sbarramento (tipo quelli per l'altezza massima) Ciao! Carlo Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Orchard
Ciao... Avrei bisogno per favore della tipologia di tag per un frutteto di pere. Per le mele si inserisce trees:apple_trees ma per le pere non riesco a capire dal wiki quale è la denominazione giusta. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Orchard
Tiro ad indovinare: trees:pear_trees ? Ciao /niubii/ Il giorno 01/ago/2013 21:24, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao... Avrei bisogno per favore della tipologia di tag per un frutteto di pere. Per le mele si inserisce trees:apple_trees ma per le pere non riesco a capire dal wiki quale è la denominazione giusta. -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Orchard
Il giorno 01/ago/2013, alle ore 21:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Tiro ad indovinare: trees:pear_trees ? +1, c'è anche un altro schema (species e taxon) eventualmente da usare in parallelo? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Orchard
Il 01/08/2013 21:58, Martin Koppenhoefer ha scritto: Il giorno 01/ago/2013, alle ore 21:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Tiro ad indovinare: trees:pear_trees ? +1, c'è anche un altro schema (species e taxon) eventualmente da usare in parallelo? ciao, Martin Vada per Pear allora :-) , sto inserendo anche molti kiwi_trees che sul wiki non ci sono. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Traduzione per OpenLayers
Ciao, voglio proporre agli autori di OpenLayers delle modifiche alla traduzione in italiano perché mancano alcune frasi e contiene qualche errore. Le traduzioni che mancano sono quelle di OpenLayers.Control.Graticule, cioè queste: 'W': 'O', 'E': 'E', 'N': 'N', 'S': 'S', 'Graticule': 'Griglia', secondo voi Griglia è giusto? La forma della griglia dipende dalla proiezione, come si vede in questo esempio: http://openlayers.org/dev/examples/graticule.html Gli errori non sono gravi, comunque trovate la mia versione qui: https://github.com/dforsi/openlayers/blob/for-talk-it/lib/OpenLayers/Lang/it.js e dal pulsante History potete vedere le mie modifiche (sono 3 commit) Commenti? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione per OpenLayers
Il giorno 01/ago/2013 23:10, Daniele Forsi dfo...@gmail.com ha scritto: 'Graticule': 'Griglia', secondo voi Griglia è giusto? Mi sembra inappropriato, forse reticolato é più adatto. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Orchard
Vedi combinazione con: trees=* + crop=* + produce=* Enjoi Beppe -Messaggio originale- Da: Gianluca Boero [mailto:gianlucabo...@alice.it] Inviato: giovedì 1 agosto 2013 22:02 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Orchard Il 01/08/2013 21:58, Martin Koppenhoefer ha scritto: Il giorno 01/ago/2013, alle ore 21:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Tiro ad indovinare: trees:pear_trees ? +1, c'è anche un altro schema (species e taxon) eventualmente da usare in parallelo? ciao, Martin Vada per Pear allora :-) , sto inserendo anche molti kiwi_trees che sul wiki non ci sono. -- Gianluca Boero ___ 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] Traduzione per OpenLayers
01.08.2013 - 23:22 - Francesco Pelullo: Il giorno 01/ago/2013 23:10, Daniele Forsi dfo...@gmail.com mailto:dfo...@gmail.com ha scritto: 'Graticule': 'Griglia', secondo voi Griglia è giusto? Mi sembra inappropriato, forse reticolato é più adatto. Ciao /niubii/ Oppure reticolo Ciao, Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Mapas Maguellan 4250 maestro
Buena tarde, ¿Cómo descargar o generar el mapa desde el OSM para Maguellan Maestro 4250. Buscando un poco me encuentro que esta máquina esta para Estados Unidos. La idea es ponerla o funcionar para un taxista de la ciudad de Medellín que quiere atreverse a usar OSM. He notado que a ellos les preocupa como gremio tener los puntos donde están los equipos que generan las foto multas. Saludos, y gracias. -- *Gabriel Jaime Vanegas Montoya ***Contacto: (574) 4385761 (574) 3137544879. Medellín - Colombia. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapas Maguellan 4250 maestro
2013/8/1 Gabriel Jaime Vanegas Montoya gabrielvanegasmont...@gmail.com Buena tarde, Hola ¿Cómo descargar o generar el mapa desde el OSM para Maguellan Maestro 4250. Buscando un poco me encuentro que esta máquina esta para Estados Unidos. Esta es nuestra wiki de mapas para megellan http://wiki.openstreetmap.org/wiki/OSM_Map_On_Magellan espero te sirva y nos compartas los progresos. salu2 La idea es ponerla o funcionar para un taxista de la ciudad de Medellín que quiere atreverse a usar OSM. He notado que a ellos les preocupa como gremio tener los puntos donde están los equipos que generan las foto multas. Saludos, y gracias. -- *Gabriel Jaime Vanegas Montoya ***Contacto: (574) 4385761 (574) 3137544879. Medellín - Colombia. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- #=# |___|__\___ | _ | |_ |} (_)(_) Twitter: @fredy_rivera Land Line: +57 8 2691389 Phone USA: (347) 688-4473 Mobil telephone: +57 3108206814 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Herregårde
Hej, Har vi en fælles konvention om, hvordan herregårde tagges? Ellers vil jeg foreslå: Herregårde: historic:manor Slotte: historic:castle /Leif Lodahl ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Longbridge Aug 1st
I'm coming down on the train so I'll get a photo of the sculpture. See you later Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 23 July 2013 09:57 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Longbridge Aug 1st Hi everyone Had a long chat yesterday with Michael Murray the senior surveyor from the developer St Modwen. They're up to their eyes at the moment rushing for completion of Sainsbury's on 28 August so can't give us any time or access before then. I said that then we'd be too busy with SotM so we agreed the best time to contact him for access is in September.He is warm towards OSM and appreciates that we can't use OS-derived plans - he was complaining bitterly about the fees he's just had to pay to renew his OS licence! All we need to do is give him a few days notice- this goes for later months too for the residential development further south where the first show homes are going up. He also said that surveying the new residential area in Cofton Park Drive off Lickey Lane might be tricky given it's private status and that we might get challenged by Security. He said we should refer them to him , so I suggest I tackle that on Aug 1st wearing a highviz vest. Can someone get a photo for me of the Centro Interchange sculpture as you come out of Longbridge station on Longbridge Lane? Hope you all got the plan to meet at the Black Horse Northfield afterwards Regards Brian _ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3349 / Virus Database: 3204/6510 - Release Date: 07/22/13 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Fwd: Re: Longbridge Aug 1st
Hi Arthur You might get challenged as I'm told this is a private estate. Best thing to do is identify yourself as OSM and explain that we're co-operating with Michael Murray the senior surveyor at St Modwen the developer who knows what we're doing and ask that security check with him. If you don't feel comfortable with this I can do the survey wearing a high viz vest Regards Brian On Thu, Aug 1, 2013 at 1:52 PM, Arthur Geeson ag200...@gmail.com wrote: Original Message Subject: Re: [Talk-gb-westmidlands] Longbridge Aug 1st Date: Thu, 01 Aug 2013 13:51:52 +0100 From: Arthur Geeson ag200...@gmail.com ag200...@gmail.com To: Andy Robinson ajrli...@gmail.com ajrli...@gmail.com Hi all, I am hoping to have a go at the area between Edenhurst Road and the railway line for house numbers this afternoon. I have made a start on the Park View Estate on the corner of Lickey Road/Lowhill Lane and am looking for some advise on how to continue tonight. I cycled over to Longbridge and took a photo of the sculpture on the way but another photo will not hurt. Arthur On 01/08/13 13:41, Andy Robinson wrote: I’m coming down on the train so I’ll get a photo of the sculpture. ** ** See you later Cheers Andy ** ** *From:* Brian Prangle [mailto:bpran...@gmail.com bpran...@gmail.com] *Sent:* 23 July 2013 09:57 *To:* talk-gb-westmidlands *Subject:* [Talk-gb-westmidlands] Longbridge Aug 1st ** ** Hi everyone ** ** Had a long chat yesterday with Michael Murray the senior surveyor from the developer St Modwen. They're up to their eyes at the moment rushing for completion of Sainsbury's on 28 August so can't give us any time or access before then. I said that then we'd be too busy with SotM so we agreed the best time to contact him for access is in September.He is warm towards OSM and appreciates that we can't use OS-derived plans - he was complaining bitterly about the fees he's just had to pay to renew his OS licence! All we need to do is give him a few days notice- this goes for later months too for the residential development further south where the first show homes are going up. ** ** He also said that surveying the new residential area in Cofton Park Drive off Lickey Lane might be tricky given it's private status and that we might get challenged by Security. He said we should refer them to him , so I suggest I tackle that on Aug 1st wearing a highviz vest. ** ** Can someone get a photo for me of the Centro Interchange sculpture as you come out of Longbridge station on Longbridge Lane? ** ** Hope you all got the plan to meet at the Black Horse Northfield afterwards ** ** Regards ** ** Brian -- No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3349 / Virus Database: 3204/6510 - Release Date: 07/22/13* *** ___ Talk-gb-westmidlands mailing listTalk-gb-westmidlands@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Letters in Streetnames
Hola a todos, On 01/08/13 02:05, Antonio Navarro wrote: Creo que la frase '(...) aplicar el mismo criterio (...) en las diferentes áreas lingüísticas, con el fin de dar homogeneidad al mapa.' Si cambiamos el genérico (las diferentes áreas lingüísticas) por los valores (Aragón, Principado de Asturias, Catalunya, Comunidad Valenciana, Galícia, Illes Balears, Comunidad Foral de Navarra y País Vasco) la frase queda: La idea es aplicar el mismo criterio en cuanto al uso de mayúsculas o minúsculas en Aragón, Principado de Asturias, Catalunya, Comunidad Valenciana, Galícia, Illes Balears, Comunidad Foral de Navarra y País Vasco, con el fin da dar homogeneidad al mapa. Al menos es así como la he interpretado yo y creo que la mayoría estamos de acuerdo con esa interpretación. Yo interpreto, que a todas las comunidades se aplica el mismo criterio para homogeneizar el mapa. Diferente quedaría: La idea es aplicar, en el uso de mayúsculas o minúsculas, el criterio particular de las diferentes áreas lingüísticas, con el fin de dar homogeneidad a éstas en el mapa. De todas formas, creo que no debemos normalizar, pero si se puede hacer un resumen de los criterios. La normalización ya la han hecho las administraciones e instituciones geográficas y lingüísticas. Salut! Jaume. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-cat] Sobre com escriure els noms de vies
Estic d'acord amb tu, continuaré fent servir tant majúscules com minúscules coherentment en la nomenclatura de cada carrer, ja que considero que son Rotulacions. Isaac Hero iPad www.Hero.cat El 31/07/2013, a las 22:16, yo paseopor yopaseo...@gmail.com escribió: Per mi el camp name en aquest cas sí és un rètol, és el que mostrarà el mapa.Evidentment la paraula carrer , riu, etc enmig d'una oració és nom comú i per tant va en minúscula...però quan és un rètol (el camp name és el que intentarà simular, és el que mostra i ja posats i essent OSM un recurs internacional ens hauríem de plantejar l'ús de les paraules per codis lingüístics? evitar-les? traduir-les? Imaginem-ho per un moment... name:ca=Carrer Francesc Macià name:es=Calle Francesc Macià name=Carrer Francesc Macià name=Francesc Macià name:ca=Carrer name:es=Calle name=Francesc Macià Jo retolaria...com un rètol, és més, aspiro a que algun dia el renderitzador em faci tant a osm com al gps o mòbil el senyal de trànsit,rètol, corresponent que trobaré a la realitat, de fet, si sapigués programació estaria bastant aprop, no creieu? ;) Salut i mapes yopaseopor c246a.jpg ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cat] Sobre com escriure els noms de vies
Bones! Perdoneu però estic mig off i no responc, encara que segueixo els fils amb atenció ;) Estic d'acord amb Yopaseopor però és inviable, per exemple el name pot variar molt d'un idioma a un altre (per exemple, anglès i xinés). En la traducció de vies del cadastre (on es separa tipus de via i nom), ja hi havia problemes amb el basc! O sigui que s'ha d'incloure tot (tipus de via i nom) al name :( Depen exclusivament de nosaltres decidir si en català posem majúscula o no (sóc partidari del no), només recordar que el que menys ens ha de preocupar (des del meu punt de vista) és el renderitzat oficial. +1 a mapar els carrers que falten com prioritari, i si aconseguim que ho facin comunitats locals, millor :) Salut i mapes PD: I mola veure tant moviment a la llista! El dia 01/08/13, yo paseopor yopaseo...@gmail.com ha escrit: L'ideal seria poder separar la part a renderitzar i traduir (carrer de,Carrer de, C/, CARRER DE,x,y,z) de la no renderitzable (Francesc Macià) (tot i que reconec que no tinc ni idea de com possibilitar-ho tècnicament). També m'agradaria saber si escrivint-ho en minúscules o majúscules realment perdem informació o en guanyem i més després de veure les garrotades i linxaments que sembla que hi ha a talk-es sobre toponímies i normatives (weno, sobre qualsevol tema, no us enganyaré pas, per si algú no hi és) .No sé si aquestes coses podríem decidir-les per majoria o posar-nos d'acord, per a que mínim els mapejadors de talk-cat ho fem d'igual forma sense que tinguem a sobre la consciència de cascar les dades del mapa (jo em preocuparia abans que tots els carrers del país estiguessin al mapa, que el nom que tenen, però això ja són figues d'un altre paner ;) Salut i mapes yopaseopor 2013/8/1 Joan Montané j...@montane.cat El dia 1 d’agost de 2013 20.56, Jaume Figueras i Jové jaume.figue...@upc.edu ha escrit: Hola, penseu que una cosa és la base de dades i una altra és el renderitzador, això ho comentava en Joan a talk-es. sí, segons el meu parer, posar el tipus de via en majúscula és un cas molt subtil de cartografiar per al renderitzador, pràctica que no s'ha de fer, :) Quan nosaltres escrivim el 'name' a OSM estem afegint una dada a la base de dades. Després el renderitzador recull les dades i les dibuixa. Jo crec que és aquí on es passa de nom a rètol. Crec que el nom no és un rètol, és un nom. Sí, ho veig igual. Si posem carrer de... a la base de dades no perdem informació, però si hi posem Carrer de... sí, perquè ja no es pot saber si la majúscula forma part de les dades (com ho és la B de Barcelona o no. Seria com posar les dades sense accents a la base de dades, una vegada fet, ja és informació perduda. Perquè? doncs per que al renderitzador li puc aplicar regles, com pot ser escriure les lletres en majúscules, la primera en majúscula, totes en minúscula, etc. En canvi a la dada en si no li puc aplicar cap regla, la regla s'aplica quan s'utilitza la dada. Exacte, sí el criteri fos que els noms de carrer han de sortir sempre en majúscula, només caldria parlar el codi del renderitzador en concret. Exemples actuals: El Visir, de l'ICC, posa usa Carrer de... El Carrerer, també de l'ICC, usa carrer de..., bé, concretament usa c. de... El Terrasit, de la Generalitat Valenciana, sembla que usa tot majúscules CARRER DE... El Mapbox Streets (que usa les dades de l'OSM) usa tot majúscules CARRER DE És un exemple on el renderitzador ha canviat l'aspecte final. He vist mapes municipals que passen de tot (majúscules i sense accents) Només comentar que, en la majoria de casos, estem parlant d'un tema visual, ja que, afortonadament, les cerques que es fan acostumen a no tenir en compte majúscules i minúscules. Els motors de cerca són prou flexibles per trobar el que busquem, ;) Joan Montané ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat
[Talk-lv] mazaa osm tikshanaas ieksh labadaba
taatad. dereetu mazu saskreejienu ieksh labadaba. programma ir ljoti pilna - varbuut sestdien plkst 13:00 prieka maajaa ? buutu forshi satikt ieprieksh maniitos ziimeetaajus un, protams, jaunus :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] mazaa osm tikshanaas ieksh labadaba
+1, nav ne jausmas kur un kā, bet ganjau. 2013/8/1 Rich ric...@nakts.net taatad. dereetu mazu saskreejienu ieksh labadaba. programma ir ljoti pilna - varbuut sestdien plkst 13:00 prieka maajaa ? buutu forshi satikt ieprieksh maniitos ziimeetaajus un, protams, jaunus :) -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] mazaa osm tikshanaas ieksh labadaba
Iespējas tagad būtu, bet tieši šajā vīkendā aizņemts. Ja nu vienīgi rīta pusē. Pēc divpadsmitiem vairs nevaru. uldics On Thu, 01 Aug 2013 20:26:43 +0300, Pēteris Brūns peteris.br...@gmail.com wrote: +1, nav ne jausmas kur un kā, bet ganjau. 2013/8/1 Rich ric...@nakts.net taatad. dereetu mazu saskreejienu ieksh labadaba. programma ir ljoti pilna - varbuut sestdien plkst 13:00 prieka maajaa ? buutu forshi satikt ieprieksh maniitos ziimeetaajus un, protams, jaunus :) -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Sent from my Atari 2600 ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q Je pense que c'est une mauvaise idée que d'utiliser 2 way pour les espaces piétons larges, ça serait plus logique de tout passer en surfacique à ce niveau de détail, non ? Pour une plus grande visibilité des boutiques, tu voudrais que les polygones soient un petit peu remplis c'est ça ? A tester... à mon retour de vacances. Le 1 août 2013 00:12, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Je viens de faire une mise à jour dans le centre commercial du Pontet. Il s'agit d'une des plus grosses zones commerciale de France. Le relevé terrain devient particulièrement complet. En revanche je ne suis pas du tout satisfait du rendu. Me concernant : http://tile.openstreetmap.fr/?zoom=19lat=43.98226lon=4.8814layers=B0FFF http://tile.openstreetmap.fr/?zoom=19lat=43.98226lon=4.8814layers=B0FFF - en pratique la galerie intérieure est régulièrement entrecoupée d'obstacles (bancs, signalétique, poubelles), ce qui m'a amené à créer deux voies de circulation, En voyant le rendu GoogleMaps https://maps.google.com/maps?q=le+pontethl=frie=UTF8ll=43.982048,4.880515spn=0.001453,0.003484sll=33.72434,-33.925781sspn=53.796514,114.169922t=mhnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Francez=19 https://maps.google.com/maps?q=le+pontethl=frie=UTF8ll=43.982048,4.880515spn=0.001453,0.003484sll=33.72434,-33.925781sspn=53.796514,114.169922t=mhnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Francez=19 Je trouve qu'il y a une meilleure restitution de la réalité... Que faut-il faire? Enfin petite suggestion : - il me semble judicieux d'augmenter la saturation des cellules commercial [room=yes] afin de mieux distinguer le bâti indoor - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171.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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Le 01/08/2013 08:56, Christian Quest a écrit : Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q J'ai un superbe rendu Google... http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/GMaps_LePontet_20130801.png Je pense que c'est une mauvaise idée que d'utiliser 2 way pour les espaces piétons larges, ça serait plus logique de tout passer en surfacique à ce niveau de détail, non ? oui Pour une plus grande visibilité des boutiques, tu voudrais que les polygones soient un petit peu remplis c'est ça ? A tester... à mon retour de vacances. Ou l'inverse, voir mon précédent mail Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
A ma connaissance building:part sert à définir les différentes parties du bâtiment lui même, pas son contenu interne. building:part sert à modéliser l'enveloppe extérieure du bâtiment pour la 3D. Le 1 août 2013 09:14, Christophe Merlet red...@redfoxcenter.org a écrit : Je propose de taguer dans OSM la surface commercial en building=retail http://wiki.openstreetmap.org/wiki/Key:building De rendre les building=retail avec un contour accentué et, lorsque qu'ils contiennent des building:part, avec une couleur plus clair, puis chaque magasin intérieur avec la couleur habituelle. Ainsi les zones communes apparaitront automatiquement. Tu as taggué les magasins intérieurs avec indoor=yes. A mon avis, c'est redondant. Redondant avec quoi ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Le 01/08/2013 09:22, Christian Quest a écrit : A ma connaissance building:part sert à définir les différentes parties du bâtiment lui même, pas son contenu interne. building:part sert à modéliser l'enveloppe extérieure du bâtiment pour la 3D. OK. laissons building:part à la modélisation 3D et utilisons room http://wiki.openstreetmap.org/wiki/Key:room room=retail room=toilet room=elevator De plus, cette clé semble dérivé de la Spec CityGML de SIG 3D, ce qui est plutôt une bonne idée. Le 1 août 2013 09:14, Christophe Merlet red...@redfoxcenter.org a écrit : Je propose de taguer dans OSM la surface commercial en building=retail http://wiki.openstreetmap.org/wiki/Key:building De rendre les building=retail avec un contour accentué et, lorsque qu'ils contiennent des building:part, avec une couleur plus clair, puis chaque magasin intérieur avec la couleur habituelle. Ainsi les zones communes apparaitront automatiquement. Tu as taggué les magasins intérieurs avec indoor=yes. A mon avis, c'est redondant. Redondant avec quoi ? Avec le fait que le contour intérieur est déjà inclus dans un building. Cependant l'usage de room est plus intéressant, car il ne génèrera pas d'erreurs dans les validateurs (building inside building) et il est intuitivement compréhensible. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue et relation grisée (utilitaire de saisie des adresses - cadastre)
Le 31/07/2013 19:53, Pieren a écrit : 2013/7/31 lenny lenny.li...@orange.fr: Je sélectionne un point. Je consulte le point, il comporte uniquement le tag addr:housenumber : normal puisque tout est grisé. Ton point doit déjà contenir le numéro d'adresses mais sans relation, avec addr:street. Pour tester, je suis parti sur une zone vierge, je viens de revérifier que le nœud ne comporte aucun tag : même fonctionnement : zones grisées, un seul tag créé. L'utilitaire ne convertit pas le tag addr:street en relation. En théorie, il ignore l'action. Mais les clics suivants crées un noeud sans relation ni addr:street, uniquement le numéro. Bravo. Tu as découvert un bug. Où faut-il le signaler ? Si tu cliques sur un point qui ne contient pas de tag addr ou si tu cliques sur le way pour créer un nouveau noeud, ça devrait fonctionner correctement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Le 01/08/2013 00:12, ZIMMY a écrit : Je viens de faire une mise à jour dans le centre commercial du Pontet. Il s'agit d'une des plus grosses zones commerciale de France. Je crois que la plupart des zones commerciales se revendique d'être une des plus grosses zones commerciale de France Zones commerciale Lescar Soleil L’une des plus grandes zones commerciales de France http://www.mairie-lescar.fr/index.php/economique-sociale/economie-et-emploi/zone-commerciale-lescar-soleil ;o) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Et lyon a le premier centre commercial urbain d'Europe c'est à dire situé en centre ville http://www.infolyon.com/news/2010/05/ma-ville-ne-connait-pas-la-crise/ Ce qui reste évidement subjectif. Et le tagguer serait un véritable défi. Florian. De : Christophe Merlet red...@redfoxcenter.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 1 août 2013 9h55 Objet : Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux Le 01/08/2013 00:12, ZIMMY a écrit : Je viens de faire une mise à jour dans le centre commercial du Pontet. Il s'agit d'une des plus grosses zones commerciale de France. Je crois que la plupart des zones commerciales se revendique d'être une des plus grosses zones commerciale de France Zones commerciale Lescar Soleil L’une des plus grandes zones commerciales de France http://www.mairie-lescar.fr/index.php/economique-sociale/economie-et-emploi/zone-commerciale-lescar-soleil ;o) Librement, -- Christophe Merlet (RedFox) ___ 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] Vaucluse : micro cartographie centre-commerciaux
Le 01/08/2013 10:25, Otourly Wiki a écrit : Et lyon a le premier centre commercial urbain d'Europe c'est à dire situé en centre ville http://www.infolyon.com/news/2010/05/ma-ville-ne-connait-pas-la-crise/ Ce qui reste évidement subjectif. J'aurais pensé que c'était le centre commercial Les Quatre Temps à la Défense qui pouvait revendiquer ce titre. Mais sans doute qu'en jouant sur les mots, La Défense est considéré comme un centre d'affaires, et non comme une ville ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
1-Pour ce qui est de ce qui s'affiche de mon compte ça donne ça : http://www.flickr.com/photos/jeanlouis_zimmermann/9412580973/ 2- je veux bien passer le cheminement en surfacique, je connecte tout au bâti intérieur alors ? 3- Pour le rendu je suis d'accord avec la proposition de Christophe Merlet sur le trait plus épais extérieur pour le centre commercial avec ton idée de polygone rempli. cquest wrote Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q Je pense que c'est une mauvaise idée que d'utiliser 2 way pour les espaces piétons larges, ça serait plus logique de tout passer en surfacique à ce niveau de détail, non ? Pour une plus grande visibilité des boutiques, tu voudrais que les polygones soient un petit peu remplis c'est ça ? A tester... à mon retour de vacances. Le 1 août 2013 00:12, ZIMMY lt; jeanlouis.zimmermann@ gt; a écrit : Je viens de faire une mise à jour dans le centre commercial du Pontet. Il s'agit d'une des plus grosses zones commerciale de France. Le relevé terrain devient particulièrement complet. En revanche je ne suis pas du tout satisfait du rendu. Me concernant : http://tile.openstreetmap.fr/?zoom=19lat=43.98226lon=4.8814layers=B0FFF lt;http://tile.openstreetmap.fr/?zoom=19amp;lat=43.98226amp;lon=4.8814amp;layers=B0FFFgt; - en pratique la galerie intérieure est régulièrement entrecoupée d'obstacles (bancs, signalétique, poubelles), ce qui m'a amené à créer deux voies de circulation, En voyant le rendu GoogleMaps https://maps.google.com/maps?q=le+pontethl=frie=UTF8ll=43.982048,4.880515spn=0.001453,0.003484sll=33.72434,-33.925781sspn=53.796514,114.169922t=mhnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Francez=19 lt;https://maps.google.com/maps?q=le+pontetamp;hl=framp;ie=UTF8amp;ll=43.982048,4.880515amp;spn=0.001453,0.003484amp;sll=33.72434,-33.925781amp;sspn=53.796514,114.169922amp;t=mamp;hnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Franceamp;z=19gt; Je trouve qu'il y a une meilleure restitution de la réalité... Que faut-il faire? Enfin petite suggestion : - il me semble judicieux d'augmenter la saturation des cellules commercial [room=yes] afin de mieux distinguer le bâti indoor - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171p5772219.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
[OSM-talk-fr] GoogleMaps : un rendu zone commerciale
Juste pour observation, j'ai remarqué que l'affichage Google pousse le détail pour certains secteurs à forte visibilité dans la micro carto : - découpage des cellules commerciales - connexion du cheminement piéton jusqu'à l'entrée des commerces exemple ici http://www.flickr.com/photos/jeanlouis_zimmermann/9415388820/lightbox/ - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/GoogleMaps-un-rendu-zone-commerciale-tp5772221.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] GoogleMaps : un rendu zone commerciale
Le 01/08/2013 12:27, ZIMMY a écrit : Juste pour observation, j'ai remarqué que l'affichage Google pousse le détail pour certains secteurs à forte visibilité dans la micro carto : - découpage des cellules commerciales - connexion du cheminement piéton jusqu'à l'entrée des commerces exemple ici http://www.flickr.com/photos/jeanlouis_zimmermann/9415388820/lightbox/ Une armée de petits chinois fera toujours mieux qu'un seul ZIMMY ;o) Ce qui me surprend dans ton exemple, c'est que Google connaisse l'intérieur du bâtiment commercial avec autant de précision alors qu'il ne propose pas de photo intérieur à 360° À l'inverse, sur Pau, dans le quartier du château https://maps.google.fr/?ll=43.294809,-0.374495spn=0.002846,0.004705t=mz=18 où les google car n'ont pas pu se balader, il y a énormément de visite virtuelle à 360° (les points oranges) et de panoramiques reconstitués. Cependant la carte reste pauvre et imprécise avec un certains nombre d'erreurs comparé à OSM. http://openstreetmap.org/?lat=43.294864lon=-0.376019zoom=18layers=M Elle est pourtant actualisée puisque le rond-point de la rue d'Etigny et de la rue Marca est représenté alors qu'il n'existe que depuis moins d'un mois et en réalité n'est pas circulaire ! Je me demande d'ailleurs comme cela se fait que GMaps soit aussi à jour (Map Maker ?) http://www.larepubliquedespyrenees.fr/2013/06/13/du-nouveau-a-l-entree-ouest,1136333.php http://www.pau-circulation.fr/2013/07/reouverture-etigny-marca/ Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue et relation grisée (utilitaire de saisie des adresses - cadastre)
2013/8/1 lenny lenny.li...@orange.fr: Pour tester, je suis parti sur une zone vierge, je viens de revérifier que le nœud ne comporte aucun tag : même fonctionnement : zones grisées, un seul tag créé. Si un seul tag est créé, alors c'est que la relation est bien là. Es-tu assez familier avec JOSM et les relations ? Où faut-il le signaler ? ben, ici. C'est suffisant pour moi ;-) Attention, ma correction ne va pas convertir un tag addr:street en relation. Il ne détachera pas le highway lié si le mode choisi est celui avec relations, c'est tout. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Bonjour Le 01/08/2013 08:56, Christian Quest a écrit : Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q On a pas le même rendu : http://dl.free.fr/nkYu4ZKiy Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
l y a DEUX rendus Google : le nouveau personnalisé qui élimine plein de choses et favorise les emplacements avec publicité et un rendu partiellement vectorisé tenant compte des recherches présentes et passées (celui que Google vous invite à essayer), et le classique qui montre plus de choses (et qu'on peut réactiver dans les paramètres, au passage Google vous demande de commenter pourquoi vous revenez au rendu classique). Le nouveau rendu avait été annoncé en fin mai lors de Google I/O, il est encore en phase de démarrage même s'il est maintenant proposé à tout le monde (et plus soumis à une préinscription). Personnellement je n'aime pas du tout cette carte Google qui ne veut bien vous montrer que ce que Google peut revendre. Le 1 août 2013 14:44, David Crochet david.croc...@online.fr a écrit : Bonjour Le 01/08/2013 08:56, Christian Quest a écrit : Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q On a pas le même rendu : http://dl.free.fr/nkYu4ZKiy Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [tuto] Pipeline / Canalisation TMD
Bonjour Un petit tuto que je ne met pas sur le wiki (franchement la flemme) pour étiqueter les canalisions TMD (Transport de matières dangereuse) : Outils : * JOSM avec un fond Bing (mais cela peut se faire également avec tout autre outils de contribution permettant d'avoir une carte aérienne en fond de carte) (dans le reste de l'explication, je parle de JOSM, mais bien entendu, vous le faite avec votre outil préféré) * Street view * cartographie du site gouvernementale du développement durable [1] * Carte Ito [2] Préambule : Cartographier ce qui est souterrain avec une carte aérienne, c'est pas facile. Surtout avec une définition de la vue verticale qui soit est faible, soit est flou, soit avec une direction des rayons solaires trop horizontale. Par quoi commencer : - Près de chez vous (dans les moins de 50 kms) vous avez une canalisation TMD. Lors de votre dernier déplacement proche de chez vous, vous avez remarquer des balisages jaunes. C'est un bon début. Si vous êtes en pleine campagne, c'est l'idéal. Si vous êtes en zones urbaines denses. Bon courage quand même. Les étapes : 1 - Allez sur la carte d'Ito pour connaître l'état des réseaux enregistrés déjà existant. 2 - regarder ce qui n'existe pas et retenez le nom de la commune intéressant pour votre contribution. 3 - Allez sur la carte du ministère et zommer au maximum sur la zone concerné (faut pas s'attendre à une définition utilisable, mais le but de cette carte est de voir la parcours de la canalisation par rapport aux différents centre-villes et/ou les routes rencontrées) 4 - faite un export PDF, cela permet d'utiliser le zoom dudit lecteur PDF. 5 - Dans JOSM ouvrez la zone de la commune concerné par une canalisation TMD 6 - De même dans Streetview (vue humaine sur le 1/2 supérieur de l'écran, vue aérienne sur la 1/2 inférieur) Ici, streetview permet de confirmer à la vue humaine ce que les autres montrent en vue aérienne. En effet, les balises, bien que de dimension relativement visible lorsque les agents de GTRgaz ou Totalgaz les suivent en hélicoptères ou en voitures avec la définition de leurs 2 yeux et surtout leur cartographie SIG très précise, sur le le fond bing, ces balises font parfois 4-5 pixels, lorsqu'elles sont bien éclairé et visible. Et je ne vous parle pas des bornes triangulaires bétons qui y seront invisible. 7 - d'après la carte du ministère, vous avez remarquer que la TMD se trouve entre truffion et tartruc et qu'elle traverse une route 8 - roulez sur streetview entre ces 2 communes sur ladite route et partez à la recherche de ces fameuses balises. 9 - Balise dans streetview vue d'homme trouvé, observez sur la vue aérienne où vous vous trouvez 10 - recherchez sur JOSM le même endroit, et cherchez donc ce petit paquet de 4-8 pixels de couleurs normalement jaunâtre, mais ressemblant plutôt à un point blanc sur le fond de carte. Ces balises sont relativement souvent de part-et-d'autre de la voie 11 - Étiqueter un chemin dont les points sont également de part-et-d'autre de la voie (man_man=pipeline, type=gaz, location=underground) Recommencer de même avec un autre croisement route/TMD le plus proche de votre dernier ajout. 12 - entre ces 2 morceaux de TMD observez dans la nature si, par bonheur, vous ne trouver pas ces petites balises qui peuvent également se trouver aux bords d'un chemin non répertorier par streetview ou sur une haie. ce qui permet de compléter les petits bouts de canalisation Au fur et à mesure, vous arriverez à plein de petits morceaux de TMD dans le pire des cas [3]. Ce qui est le cas dans un environnement de type bocage où seul les balises en bord de voies sont visibles. ou alors des complètes [4] lorsqu'on se trouve en plaine Bien entendu, c'est beaucoup plus facile lorsque les travaux laissent des traces fraîches [5] (avec la vue aérienne) Notez : Une canalisation TMD fabrique de part-et-d'autre au dessus d'elle une servitude : [6] dans une forêt ou [7] en ville Pour info, la carte ito [2] se met à jour tous les 4 jours en moyenne d'après mes observation. Bon courage à vous. Astuce également : Le rayons plus ou moins rasantes du soleil sont parfois une aide, car elle forme en ombre la forme de la balise. Mais c'est au bonheur la chance. [1] http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=CanalisationsTMDservice=CETE_Mediterr [2] http://www.itoworld.com/map/220 [3] http://www.itoworld.com/map/220?lon=-1.09791lat=48.89119zoom=11fullscreen=true [4] http://www.itoworld.com/map/220?lon=0.04054lat=48.94940zoom=11fullscreen=true [5] http://www.bing.com/maps/?v=2cp=46.333619~5.217293lvl=16dir=0sty=hform=LMLTCC [6] http://www.bing.com/maps/?v=2cp=50.272893~3.851137lvl=16dir=0sty=hform=LMLTCC [7] http://www.bing.com/maps/?v=2cp=49.150263~-0.293513lvl=19dir=0sty=hform=LMLTCC Cordialement -- David Crochet ___ Talk-fr mailing list
Re: [OSM-talk-fr] [tuto] Pipeline / Canalisation TMD
Very good merci :) La chasse au trésors devient de plus en plus complète. Peut-être que je prendrai un moment pour le mettre sur le wiki un de ces 4. A ajouter a la suite de Power networks/France ou on créé un page dédiée (ou sur fr:tag:man_made=pipeline) ? Concernant ITO, elle se remet à jour tous les jours pour les réseau électriques il me semble. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 1 août 2013 15:58, David Crochet david.croc...@online.fr a écrit : Bonjour Un petit tuto que je ne met pas sur le wiki (franchement la flemme) pour étiqueter les canalisions TMD (Transport de matières dangereuse) : Outils : * JOSM avec un fond Bing (mais cela peut se faire également avec tout autre outils de contribution permettant d'avoir une carte aérienne en fond de carte) (dans le reste de l'explication, je parle de JOSM, mais bien entendu, vous le faite avec votre outil préféré) * Street view * cartographie du site gouvernementale du développement durable [1] * Carte Ito [2] Préambule : Cartographier ce qui est souterrain avec une carte aérienne, c'est pas facile. Surtout avec une définition de la vue verticale qui soit est faible, soit est flou, soit avec une direction des rayons solaires trop horizontale. Par quoi commencer : - Près de chez vous (dans les moins de 50 kms) vous avez une canalisation TMD. Lors de votre dernier déplacement proche de chez vous, vous avez remarquer des balisages jaunes. C'est un bon début. Si vous êtes en pleine campagne, c'est l'idéal. Si vous êtes en zones urbaines denses. Bon courage quand même. Les étapes : 1 - Allez sur la carte d'Ito pour connaître l'état des réseaux enregistrés déjà existant. 2 - regarder ce qui n'existe pas et retenez le nom de la commune intéressant pour votre contribution. 3 - Allez sur la carte du ministère et zommer au maximum sur la zone concerné (faut pas s'attendre à une définition utilisable, mais le but de cette carte est de voir la parcours de la canalisation par rapport aux différents centre-villes et/ou les routes rencontrées) 4 - faite un export PDF, cela permet d'utiliser le zoom dudit lecteur PDF. 5 - Dans JOSM ouvrez la zone de la commune concerné par une canalisation TMD 6 - De même dans Streetview (vue humaine sur le 1/2 supérieur de l'écran, vue aérienne sur la 1/2 inférieur) Ici, streetview permet de confirmer à la vue humaine ce que les autres montrent en vue aérienne. En effet, les balises, bien que de dimension relativement visible lorsque les agents de GTRgaz ou Totalgaz les suivent en hélicoptères ou en voitures avec la définition de leurs 2 yeux et surtout leur cartographie SIG très précise, sur le le fond bing, ces balises font parfois 4-5 pixels, lorsqu'elles sont bien éclairé et visible. Et je ne vous parle pas des bornes triangulaires bétons qui y seront invisible. 7 - d'après la carte du ministère, vous avez remarquer que la TMD se trouve entre truffion et tartruc et qu'elle traverse une route 8 - roulez sur streetview entre ces 2 communes sur ladite route et partez à la recherche de ces fameuses balises. 9 - Balise dans streetview vue d'homme trouvé, observez sur la vue aérienne où vous vous trouvez 10 - recherchez sur JOSM le même endroit, et cherchez donc ce petit paquet de 4-8 pixels de couleurs normalement jaunâtre, mais ressemblant plutôt à un point blanc sur le fond de carte. Ces balises sont relativement souvent de part-et-d'autre de la voie 11 - Étiqueter un chemin dont les points sont également de part-et-d'autre de la voie (man_man=pipeline, type=gaz, location=underground) Recommencer de même avec un autre croisement route/TMD le plus proche de votre dernier ajout. 12 - entre ces 2 morceaux de TMD observez dans la nature si, par bonheur, vous ne trouver pas ces petites balises qui peuvent également se trouver aux bords d'un chemin non répertorier par streetview ou sur une haie. ce qui permet de compléter les petits bouts de canalisation Au fur et à mesure, vous arriverez à plein de petits morceaux de TMD dans le pire des cas [3]. Ce qui est le cas dans un environnement de type bocage où seul les balises en bord de voies sont visibles. ou alors des complètes [4] lorsqu'on se trouve en plaine Bien entendu, c'est beaucoup plus facile lorsque les travaux laissent des traces fraîches [5] (avec la vue aérienne) Notez : Une canalisation TMD fabrique de part-et-d'autre au dessus d'elle une servitude : [6] dans une forêt ou [7] en ville Pour info, la carte ito [2] se met à jour tous les 4 jours en moyenne d'après mes observation. Bon courage à vous. Astuce également : Le rayons plus ou moins rasantes du soleil sont parfois une aide, car elle forme en ombre la forme de la balise. Mais c'est au bonheur la chance. [1] http://cartelie.application.**developpement-durable.gouv.fr/**
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
Halte là ! On ne peut pas utiliser StreetView de Google pour contribuer à OpenStreetMap. Pour la carte CARTELIE je ne sais si c'est possible de l'utiliser. Il faut vraiment faire attention à ces problèmes de droit d'auteur sinon on gangrène OSM. Frédéric. Le 01/08/2013 15:58, David Crochet a écrit : Bonjour Un petit tuto que je ne met pas sur le wiki (franchement la flemme) pour étiqueter les canalisions TMD (Transport de matières dangereuse) : Outils : * JOSM avec un fond Bing (mais cela peut se faire également avec tout autre outils de contribution permettant d'avoir une carte aérienne en fond de carte) (dans le reste de l'explication, je parle de JOSM, mais bien entendu, vous le faite avec votre outil préféré) * Street view * cartographie du site gouvernementale du développement durable [1] * Carte Ito [2] Préambule : Cartographier ce qui est souterrain avec une carte aérienne, c'est pas facile. Surtout avec une définition de la vue verticale qui soit est faible, soit est flou, soit avec une direction des rayons solaires trop horizontale. Par quoi commencer : - Près de chez vous (dans les moins de 50 kms) vous avez une canalisation TMD. Lors de votre dernier déplacement proche de chez vous, vous avez remarquer des balisages jaunes. C'est un bon début. Si vous êtes en pleine campagne, c'est l'idéal. Si vous êtes en zones urbaines denses. Bon courage quand même. Les étapes : 1 - Allez sur la carte d'Ito pour connaître l'état des réseaux enregistrés déjà existant. 2 - regarder ce qui n'existe pas et retenez le nom de la commune intéressant pour votre contribution. 3 - Allez sur la carte du ministère et zommer au maximum sur la zone concerné (faut pas s'attendre à une définition utilisable, mais le but de cette carte est de voir la parcours de la canalisation par rapport aux différents centre-villes et/ou les routes rencontrées) 4 - faite un export PDF, cela permet d'utiliser le zoom dudit lecteur PDF. 5 - Dans JOSM ouvrez la zone de la commune concerné par une canalisation TMD 6 - De même dans Streetview (vue humaine sur le 1/2 supérieur de l'écran, vue aérienne sur la 1/2 inférieur) Ici, streetview permet de confirmer à la vue humaine ce que les autres montrent en vue aérienne. En effet, les balises, bien que de dimension relativement visible lorsque les agents de GTRgaz ou Totalgaz les suivent en hélicoptères ou en voitures avec la définition de leurs 2 yeux et surtout leur cartographie SIG très précise, sur le le fond bing, ces balises font parfois 4-5 pixels, lorsqu'elles sont bien éclairé et visible. Et je ne vous parle pas des bornes triangulaires bétons qui y seront invisible. 7 - d'après la carte du ministère, vous avez remarquer que la TMD se trouve entre truffion et tartruc et qu'elle traverse une route 8 - roulez sur streetview entre ces 2 communes sur ladite route et partez à la recherche de ces fameuses balises. 9 - Balise dans streetview vue d'homme trouvé, observez sur la vue aérienne où vous vous trouvez 10 - recherchez sur JOSM le même endroit, et cherchez donc ce petit paquet de 4-8 pixels de couleurs normalement jaunâtre, mais ressemblant plutôt à un point blanc sur le fond de carte. Ces balises sont relativement souvent de part-et-d'autre de la voie 11 - Étiqueter un chemin dont les points sont également de part-et-d'autre de la voie (man_man=pipeline, type=gaz, location=underground) Recommencer de même avec un autre croisement route/TMD le plus proche de votre dernier ajout. 12 - entre ces 2 morceaux de TMD observez dans la nature si, par bonheur, vous ne trouver pas ces petites balises qui peuvent également se trouver aux bords d'un chemin non répertorier par streetview ou sur une haie. ce qui permet de compléter les petits bouts de canalisation Au fur et à mesure, vous arriverez à plein de petits morceaux de TMD dans le pire des cas [3]. Ce qui est le cas dans un environnement de type bocage où seul les balises en bord de voies sont visibles. ou alors des complètes [4] lorsqu'on se trouve en plaine Bien entendu, c'est beaucoup plus facile lorsque les travaux laissent des traces fraîches [5] (avec la vue aérienne) Notez : Une canalisation TMD fabrique de part-et-d'autre au dessus d'elle une servitude : [6] dans une forêt ou [7] en ville Pour info, la carte ito [2] se met à jour tous les 4 jours en moyenne d'après mes observation. Bon courage à vous. Astuce également : Le rayons plus ou moins rasantes du soleil sont parfois une aide, car elle forme en ombre la forme de la balise. Mais c'est au bonheur la chance. [1] http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=CanalisationsTMDservice=CETE_Mediterr [2] http://www.itoworld.com/map/220 [3] http://www.itoworld.com/map/220?lon=-1.09791lat=48.89119zoom=11fullscreen=true [4] http://www.itoworld.com/map/220?lon=0.04054lat=48.94940zoom=11fullscreen=true [5] http://www.bing.com/maps/?v=2cp=46.333619~5.217293lvl=16dir=0sty=hform=LMLTCC [6]
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
En effet il faut faire attention à ça. Ne serait-ce que pour pas voir ses propres changesets revertés après 5h de travail... Par contre, dans la pratique, qu'est-ce qui permettrait de dire à Google Vous avez utilisé mon service pour placer ce pipeline=marker au lieu de vous rendre sur le terrain ? C'est peut-être une question stupide, surement d'éthique, mais entre regarder des photos et faire 300 km en bagnole pour aller voire une borne il y a un gouffre. Je parle pas de recopier ouvertement des cartes ou des documents graphiques d'opérateur gazier par exemple, c'est deux choses différentes avec streetview pour moi. Il n'y a pas de plagiat... on reproduit pas la photo et la primitive telle que décrite sur OSM n'existe pas chez Google. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 1 août 2013 18:20, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Halte là ! On ne peut pas utiliser StreetView de Google pour contribuer à OpenStreetMap. Pour la carte CARTELIE je ne sais si c'est possible de l'utiliser. Il faut vraiment faire attention à ces problèmes de droit d'auteur sinon on gangrène OSM. Frédéric. Le 01/08/2013 15:58, David Crochet a écrit : Bonjour Un petit tuto que je ne met pas sur le wiki (franchement la flemme) pour étiqueter les canalisions TMD (Transport de matières dangereuse) : Outils : * JOSM avec un fond Bing (mais cela peut se faire également avec tout autre outils de contribution permettant d'avoir une carte aérienne en fond de carte) (dans le reste de l'explication, je parle de JOSM, mais bien entendu, vous le faite avec votre outil préféré) * Street view * cartographie du site gouvernementale du développement durable [1] * Carte Ito [2] Préambule : Cartographier ce qui est souterrain avec une carte aérienne, c'est pas facile. Surtout avec une définition de la vue verticale qui soit est faible, soit est flou, soit avec une direction des rayons solaires trop horizontale. Par quoi commencer : - Près de chez vous (dans les moins de 50 kms) vous avez une canalisation TMD. Lors de votre dernier déplacement proche de chez vous, vous avez remarquer des balisages jaunes. C'est un bon début. Si vous êtes en pleine campagne, c'est l'idéal. Si vous êtes en zones urbaines denses. Bon courage quand même. Les étapes : 1 - Allez sur la carte d'Ito pour connaître l'état des réseaux enregistrés déjà existant. 2 - regarder ce qui n'existe pas et retenez le nom de la commune intéressant pour votre contribution. 3 - Allez sur la carte du ministère et zommer au maximum sur la zone concerné (faut pas s'attendre à une définition utilisable, mais le but de cette carte est de voir la parcours de la canalisation par rapport aux différents centre-villes et/ou les routes rencontrées) 4 - faite un export PDF, cela permet d'utiliser le zoom dudit lecteur PDF. 5 - Dans JOSM ouvrez la zone de la commune concerné par une canalisation TMD 6 - De même dans Streetview (vue humaine sur le 1/2 supérieur de l'écran, vue aérienne sur la 1/2 inférieur) Ici, streetview permet de confirmer à la vue humaine ce que les autres montrent en vue aérienne. En effet, les balises, bien que de dimension relativement visible lorsque les agents de GTRgaz ou Totalgaz les suivent en hélicoptères ou en voitures avec la définition de leurs 2 yeux et surtout leur cartographie SIG très précise, sur le le fond bing, ces balises font parfois 4-5 pixels, lorsqu'elles sont bien éclairé et visible. Et je ne vous parle pas des bornes triangulaires bétons qui y seront invisible. 7 - d'après la carte du ministère, vous avez remarquer que la TMD se trouve entre truffion et tartruc et qu'elle traverse une route 8 - roulez sur streetview entre ces 2 communes sur ladite route et partez à la recherche de ces fameuses balises. 9 - Balise dans streetview vue d'homme trouvé, observez sur la vue aérienne où vous vous trouvez 10 - recherchez sur JOSM le même endroit, et cherchez donc ce petit paquet de 4-8 pixels de couleurs normalement jaunâtre, mais ressemblant plutôt à un point blanc sur le fond de carte. Ces balises sont relativement souvent de part-et-d'autre de la voie 11 - Étiqueter un chemin dont les points sont également de part-et-d'autre de la voie (man_man=pipeline, type=gaz, location=underground) Recommencer de même avec un autre croisement route/TMD le plus proche de votre dernier ajout. 12 - entre ces 2 morceaux de TMD observez dans la nature si, par bonheur, vous ne trouver pas ces petites balises qui peuvent également se trouver aux bords d'un chemin non répertorier par streetview ou sur une haie. ce qui permet de compléter les petits bouts de canalisation Au fur et à mesure, vous arriverez à plein de petits morceaux de TMD dans le pire des cas [3]. Ce qui est le cas dans un environnement de type bocage où seul les balises en bord de voies sont visibles. ou alors des complètes [4]
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
On ne peut pas copier oui, mais on peut regarder, comparer, vérifier en cas de doute. Regarder ce n'est pas copier. Et pour une utilisation individuelle très limitée (pas pour un bot qui fait du téléchargement massif) c'est tout à fait acceptable, surtout si les données intégrées ne sont pas les mêmes, mais réajustées, plus ou moins précises, sans certaines erreurs repérées dans Google (car il y en a aussi) ou pas à jour (cas assez courant, mais pas facile à repérer car Google omet de dater précisément ses clichés et ne donne qu'une date de mise à jour de sa base, lors d'imports de clichés qui peuvent dater de plusieurs mois ou plus). On peut l'utiliser comme une aide pour préparer une visite de terrain (de la même façon qu'on peut aussi utiliser un navigateur GPS du marché qui inclut aussi une carte commerciale qu'il ne s'agit pas d'intégrer non plus telle quelle). Notons bien que ce qui constitue le droit d'une base de donnée (licence ODbL) n'est pas évaluable à l'échelle unitaire (là c'est uniquement le droit d'auteur, s'il est applicable, exemple avec les licences Creative Commons CC-BY) mais l'est par les corrélations qui sont faites et les ensembles qui sont construits avec (les ensembles de données et corrélations faites avec OSM sont tout de même très différents, et en fait les applications utilisatrices ajoutent leurs propres corrélations, puis font un rendu du tout où la licence de base de donnée est gommée et remplacée par le droit d'auteur pour la conception de la carte). Quel droit utilise(t-on quand on regarde Google StreetView ? D'évidence c'est le droit d'auteur car on n'utlise pas directement la base de données (à laquelle on n'a pas d'accès directement et que Google est en train de masquer de plus en plus pour limiter ce qu'il distribue à ses visiteurs en fonction de ses propres critères commerciaux). En revanche on interdit de décalquer directement à partir d'un fond de carte Google car là on reprend texto les géométries (même si les points de contrôle des courbes sont choisis différemment avec un léger écart de précision difficilement mesurable sauf en cas de gros écarts d'orthopho). Le 1 août 2013 18:20, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Halte là ! On ne peut pas utiliser StreetView de Google pour contribuer à OpenStreetMap. Pour la carte CARTELIE je ne sais si c'est possible de l'utiliser. Il faut vraiment faire attention à ces problèmes de droit d'auteur sinon on gangrène OSM. Frédéric. Le 01/08/2013 15:58, David Crochet a écrit : Bonjour Un petit tuto que je ne met pas sur le wiki (franchement la flemme) pour étiqueter les canalisions TMD (Transport de matières dangereuse) : Outils : * JOSM avec un fond Bing (mais cela peut se faire également avec tout autre outils de contribution permettant d'avoir une carte aérienne en fond de carte) (dans le reste de l'explication, je parle de JOSM, mais bien entendu, vous le faite avec votre outil préféré) * Street view * cartographie du site gouvernementale du développement durable [1] * Carte Ito [2] Préambule : Cartographier ce qui est souterrain avec une carte aérienne, c'est pas facile. Surtout avec une définition de la vue verticale qui soit est faible, soit est flou, soit avec une direction des rayons solaires trop horizontale. Par quoi commencer : - Près de chez vous (dans les moins de 50 kms) vous avez une canalisation TMD. Lors de votre dernier déplacement proche de chez vous, vous avez remarquer des balisages jaunes. C'est un bon début. Si vous êtes en pleine campagne, c'est l'idéal. Si vous êtes en zones urbaines denses. Bon courage quand même. Les étapes : 1 - Allez sur la carte d'Ito pour connaître l'état des réseaux enregistrés déjà existant. 2 - regarder ce qui n'existe pas et retenez le nom de la commune intéressant pour votre contribution. 3 - Allez sur la carte du ministère et zommer au maximum sur la zone concerné (faut pas s'attendre à une définition utilisable, mais le but de cette carte est de voir la parcours de la canalisation par rapport aux différents centre-villes et/ou les routes rencontrées) 4 - faite un export PDF, cela permet d'utiliser le zoom dudit lecteur PDF. 5 - Dans JOSM ouvrez la zone de la commune concerné par une canalisation TMD 6 - De même dans Streetview (vue humaine sur le 1/2 supérieur de l'écran, vue aérienne sur la 1/2 inférieur) Ici, streetview permet de confirmer à la vue humaine ce que les autres montrent en vue aérienne. En effet, les balises, bien que de dimension relativement visible lorsque les agents de GTRgaz ou Totalgaz les suivent en hélicoptères ou en voitures avec la définition de leurs 2 yeux et surtout leur cartographie SIG très précise, sur le le fond bing, ces balises font parfois 4-5 pixels, lorsqu'elles sont bien éclairé et visible. Et je ne vous parle pas des bornes triangulaires bétons qui y seront invisible. 7 - d'après la carte du ministère, vous avez remarquer que la TMD se trouve
Re: [OSM-talk-fr] rue et relation grisée (utilitaire de saisie des adresses - cadastre)
Le 01/08/2013 14:12, Pieren a écrit : 2013/8/1 lenny lenny.li...@orange.fr: Pour tester, je suis parti sur une zone vierge, je viens de revérifier que le nœud ne comporte aucun tag : même fonctionnement : zones grisées, un seul tag créé. Si un seul tag est créé, alors c'est que la relation est bien là. Es-tu assez familier avec JOSM et les relations ? Novice JOSM depuis avril ; mais je pense en connaître les principes (j'ai créé des relations pour des cours d'eau) Je suis sûr que la relation n'est pas là. J'ai fait un test avec une rue (sans relations - la liste des relations est vide), une (avec des relations routeBus - il n'y a que ces relations avant/après) ; j'ai créé la relation manuellement - dans tous les cas, le résultat est identique. Je fais envoyer (sans le faire effectivement) il ne propose dans la liste que les N° objets modifiés (pas de relation créé ou modifiée) Mais il me semble que mon problème se trouve avant : la zone Rue : est grisée (contrairement à la zone Numéro suivant : que je ne sélectionne rien avant, que je sélectionne la rue, ou la relation créée manuellement. Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau hydrographique
Philippe Verdy verd...@wanadoo.fr wrote: Trop peu de chantiers font appel aux géologues -- beaucoup moins que dans les siècles passés, même si les géologues d'hier disposaient de moins d'outils, ils étaient plus consciencieux et notaient tout, même ce qui semblait insignifiant au départ, la recherche en géologie est négligée sauf au profit des compagnies minières et pétrolières qui accaparent les experts et ont tout intérêt à minimiser les impacts autour de leurs chantiers. +1 -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : micro cartographie centre-commerciaux
Ça y est j'ai commencé le tracé surfacique du cheminement piéton est quasi fini! Je ne comprends pas le rendu n'est pas rempli comme ce devrait l'être avec les tags. J'aimerai comprendre ou est le problème . cquest wrote Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q Je pense que c'est une mauvaise idée que d'utiliser 2 way pour les espaces piétons larges, ça serait plus logique de tout passer en surfacique à ce niveau de détail, non ? Pour une plus grande visibilité des boutiques, tu voudrais que les polygones soient un petit peu remplis c'est ça ? A tester... à mon retour de vacances. Le 1 août 2013 00:12, ZIMMY lt; jeanlouis.zimmermann@ gt; a écrit : Je viens de faire une mise à jour dans le centre commercial du Pontet. Il s'agit d'une des plus grosses zones commerciale de France. Le relevé terrain devient particulièrement complet. En revanche je ne suis pas du tout satisfait du rendu. Me concernant : http://tile.openstreetmap.fr/?zoom=19lat=43.98226lon=4.8814layers=B0FFF lt;http://tile.openstreetmap.fr/?zoom=19amp;lat=43.98226amp;lon=4.8814amp;layers=B0FFFgt; - en pratique la galerie intérieure est régulièrement entrecoupée d'obstacles (bancs, signalétique, poubelles), ce qui m'a amené à créer deux voies de circulation, En voyant le rendu GoogleMaps https://maps.google.com/maps?q=le+pontethl=frie=UTF8ll=43.982048,4.880515spn=0.001453,0.003484sll=33.72434,-33.925781sspn=53.796514,114.169922t=mhnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Francez=19 lt;https://maps.google.com/maps?q=le+pontetamp;hl=framp;ie=UTF8amp;ll=43.982048,4.880515amp;spn=0.001453,0.003484amp;sll=33.72434,-33.925781amp;sspn=53.796514,114.169922amp;t=mamp;hnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Franceamp;z=19gt; Je trouve qu'il y a une meilleure restitution de la réalité... Que faut-il faire? Enfin petite suggestion : - il me semble judicieux d'augmenter la saturation des cellules commercial [room=yes] afin de mieux distinguer le bâti indoor - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171p5772271.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] Vaucluse : micro cartographie centre-commerciaux
Effectivement, les tracés linéaires (milieux d'allées à l'arrière) et surfacique (le contour de la principale galerie) ne se distinguent pas correctement, du coup on voit des allées qui cheminent au dessus des murs de séparation... Il ne manquerait pas area=yes pour la galerie principale ? Et s'il y ait, c'est le rendu actuel qui n'en tient pas compte et ne voit que du linéaire. Le 1 août 2013 21:26, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Ça y est j'ai commencé le tracé surfacique du cheminement piéton est quasi fini! Je ne comprends pas le rendu n'est pas rempli comme ce devrait l'être avec les tags. J'aimerai comprendre ou est le problème . cquest wrote Je pense qu'on n'a pas le même rendu sur Google... car chez moi ça ne ressemble à rien. Si c'est ça le nouveau Google Maps, ça me rassure ;) voir: http://cl.ly/132m2s2t1O2q Je pense que c'est une mauvaise idée que d'utiliser 2 way pour les espaces piétons larges, ça serait plus logique de tout passer en surfacique à ce niveau de détail, non ? Pour une plus grande visibilité des boutiques, tu voudrais que les polygones soient un petit peu remplis c'est ça ? A tester... à mon retour de vacances. Le 1 août 2013 00:12, ZIMMY lt; jeanlouis.zimmermann@ gt; a écrit : Je viens de faire une mise à jour dans le centre commercial du Pontet. Il s'agit d'une des plus grosses zones commerciale de France. Le relevé terrain devient particulièrement complet. En revanche je ne suis pas du tout satisfait du rendu. Me concernant : http://tile.openstreetmap.fr/?zoom=19lat=43.98226lon=4.8814layers=B0FFF lt; http://tile.openstreetmap.fr/?zoom=19amp;lat=43.98226amp;lon=4.8814amp;layers=B0FFFgt ; - en pratique la galerie intérieure est régulièrement entrecoupée d'obstacles (bancs, signalétique, poubelles), ce qui m'a amené à créer deux voies de circulation, En voyant le rendu GoogleMaps https://maps.google.com/maps?q=le+pontethl=frie=UTF8ll=43.982048,4.880515spn=0.001453,0.003484sll=33.72434,-33.925781sspn=53.796514,114.169922t=mhnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Francez=19 lt; https://maps.google.com/maps?q=le+pontetamp;hl=framp;ie=UTF8amp;ll=43.982048,4.880515amp;spn=0.001453,0.003484amp;sll=33.72434,-33.925781amp;sspn=53.796514,114.169922amp;t=mamp;hnear=Le+Pontet,+Vaucluse,+Provence-Alpes-C%C3%B4te+d%27Azur,+Franceamp;z=19gt ; Je trouve qu'il y a une meilleure restitution de la réalité... Que faut-il faire? Enfin petite suggestion : - il me semble judicieux d'augmenter la saturation des cellules commercial [room=yes] afin de mieux distinguer le bâti indoor - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-micro-cartographie-centre-commerciaux-tp5772171p5772271.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] iD 1.1 arrive...
Tiens... cet aprèm j'ai fait une mini formation a une stagiaire du parc du marais poitevin qui voulait créer un trajet cyclable... la solution est d'utiliser une relation (et c'est pas le plus simple de former directement quelqu'un sur les relations...) JOSM a encore un avantage sur cette nouvelle version d'ID pour l'édition avec la visualisation de l'ordre des chemin et de signaler si les chemins sont tous connectés entre eux... -- View this message in context: http://gis.19327.n5.nabble.com/iD-1-1-arrive-tp5772191p5772283.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] iD 1.1 arrive...
Pour les frontières (administratives) ou de contours inner/outer de polygones surfaciques) la visualisation des chemins marche bien car ces contours n'ont pas réellement d'orientation significative : - En fait si ! Mais uniquement pour les lignes de côtes maritimes, qui imposent de placer la mer du côté droit, à cause de la façon dont les outils pour Mapnik fonctionnent actuellement : - mais on n'a pas à gérer autre chose dans ce cas que des contours formant des anneaux simples, sans multiples parcours d'un même segment, et fermés non pas dans la même relation mais une série de chemins successifs cherchés de proche en proche mais le plupart du temps jamais réunis dans une même relation qui serait trop lourde à manipuler et que Mapnik n'ira pas chercher de toute façon puisqu'il utilise un fichier précalculé ; - pourtant si le fichier est précalculé, l'orientation des lignes de côtés dans OSM n'a aucun rôle à jouer (le précalcul déterminera cette orientation automatiquement) - l'orientation sera utile seulement si on se passe du fichier pour justement savoir de quel côté est la mer sans avoir besoin de charger et former le contour polygonal complet (par exemple dans un éditeur justement où on ne peut pas tout charger sur des zones très étendues, ce qui est le cas de iD justement) ; - si on indique en revanche l'orientation correcte du côté de la mer, le fichier précalculé ne sert pratiquement à rien pour le rendu, sauf pour économiser des requêtes de chargements aux faibles niveaux de zoom, où il est préférable de disposer d'un tracé très largement simplifié adapté à la faible résolution affichée ; - et pourtant Mapnik utilise encore (inutilement à mon avis) un fichier de lignes de côtes détaillé au maximum, ce qui me semble être une perte de temps pour les niveaux de zoom élevés où l'utilisation directes des chemins venant d'OSM est totalement suffisante (et cela éviterait de garder des contours marins pas à jour pendant des semaines ou des mois sur les rendus) - le précalcul des contours complets simplifiés pourrait pourtant être fait au fur et à mesure des chargements partiels de données, le fichier de côte ne servant alors qu'à l'initialisation d'un chargement complet d'une nouvelle base, mais plus jamais nécessaire ensuite pour les mises à jour. En revanche pour les itinéraires et lignes de transport, la représentation iconique dans JOSM est encore assez bordélique, pas bien réfléchie, ou au minimum expérimentale et jamais finalisé complètement : - les icones fléchées sont mêmes souvent complètement inversées par rapport à la logique, il y a confusion entre forward et backward pour les parties unidirectionelles (et d'autres confusion quand il y a en plus un sens unique, pas toujours dans le sens de numérotation des noeuds du tracé) ; je ne comprends pas du tout la logique utilisée pour ordonner tout ça (et le tri ne marche pas du tout dans ce cas, et échoue aussi quand cela passe par des rond-points larges qui sont découpés en plusieurs segments et ne forment plus un chemin circulaire unique; on se retrouve souvent avec des segments en excédent et un routage qui ne fonctionne pas correctement) ; - même en utilisant des route_master pour séparer chaque sens (le route-master regroupant une route aller et une route retour, car on a aussi le cas des lignes qui font un décrochage avec demi-tour par le même chemin en sens inverse, un cas encore mal géré, d'autant plus que JOSM n'accepte pas d'insérer deux fois le même membre, même avec des rôles différents; une solution est de découper dans ce cas le sens aller avec deux routes membres dans le sens forward, en coupant au point de demi-tour, et même chose s'il y en a dans le sens retour; un autre ennui vient alors : dans quel route membre placer les plateformes d'arrêt qui sont au point triple d'un Y dont une des branches est parcourue deux fois en directions opposées pour le même sens aller ? Je pense que le modèle des relations de lignes de transport (y compris la nomenclature nationale ou européenne des itinéraires routiers) est mal adapté à cette représentation iconique dans JOSM des membres de relations qui ont une orientation. Et qu'il faudrait un éditeur de relation spécifique pour ordonner les lignes de transport et vérifier les interconnexions. De façon moins grave on a le cas aussi des bras secondaires de cours d'eau : la visualisation ne permet pas de representer toutes les branches secondaires (parallèles en amont, ou en Y à l'estuaire, voir proche de la source pour les sources multiples dont aucune n'est désignée comme principale). Pourtant, pouvoir vérifier visuellement les connexions est indispensable. Mais c'est difficile à faire si l'éditeur ne fait que présenter une liste tabulaire : il faudrait des icônes devant afficher parfois plus de 2 chemins parallèles (celui du membre en trait plein, et celui en pointillé pour faire la jonction en sautant les membres non concernés. Cela pourrait se faire en alignant plusieurs icônes côte à
Re: [OSM-talk-fr] Route en construction
Dans ce cas, on peut également discuter de la pertinence de cette ligne de train pour le grand Paris (livraison dans 7 ans) ? http://www.openstreetmap.org/browse/way/230754538 Le 31 juillet 2013 20:17, Pieren pier...@gmail.com a écrit : 2013/7/31 Pmz philippe.maz...@gmail.com: Dans mon souvenir, les chantiers visibles sur le terrain utilisent le tag highway=construction; les projets dont le chantier n'est pas encore commencé peuvent utiliser le tag highway=proposal. En ce qui concerne la déviation de port sur saone, la DUP a été publiée en mars 2013, a mon avis elle a sa place dans les highway=proposal. ll n'y a aucun highway=proposal dans le wiki. Il y en a (que) 4 dans taginfo monde. Par contre, il y a 29700 highway=proposed http://wiki.openstreetmap.org/wiki/Tag:highway%3Dproposed For roads that are about to be built, but where any construction work hasn't yet been started. Si vous êtes sûrs que la route va être construite, pourquoi pas. Mais quelle source pour le tracé ? une carte IGN ? est-ce compatible odbl ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route en construction
Dans 7 ans ? Tu es optimiste... En ce moment tous les grands chantiers sont repoussés les uns après les autres ou revus à la baisse. Les enquêtes d'utilité publiques ne seront plus valables, toutes les études seront à refaire, de fait il n'est même pas possible de commencer les procédures d'acquisition ou d'expropriation, il n'y a tout bonnement pas les budgets car pas de prêt pour un chantier qui ne se réalisera pas et qu'il faudrait refinancer en cours de route (les banques rejettent les plans ou imposent des conditions financières trop lourdes, incompatibles avec la comptabilité publique). Impossible de faire aussi un appel d'offres avec de tels délais, tout retrait pouvant imposer aussi des pénalités financières si le contrat de construction ne se fait pas. Seul moyen d'avancer : il faudrait que l'Etat s'engage directement pour garantir les acquisitions et établisse une loi établissant des réserves foncières, mais aussi décide d'un budget pour procéder aux acquisitions par anticipation en utilisant le droit de préemption sur les ventes, mais au prix du marché (prévoir le prix du marché sur 7 ans, c'est risqué). Bref tout au plus c'est un tracé estimatif, et cela se fera par petit bout, mais avec des coûts d'entretien élevés si ces bouts ne sont pas encore utilisables. L'Etat ou les collectivités peut-il s'engager comme ça, s'il n'a pas de solution de repli au cas où le projet ne se finaliserait pas et devrait aboutir à une cession des acquisitions devenues inutiles ou inutilisables pour ce qui était prévu au départ car non conforme aux études qui seront refaites plus tard ? Il suffit de voir la ligne TGV vers le centre de la France et Clermont-Ferrand, annulée récemment. Alors que l'Etat doit maintenant garantir (à la place de RFF qui n'en a pas les moyens et est trop endetté, car on lui a transféré toutes les dettes de la SNCF devenue aujourd'hui une simple agence de voyage quasi-privée, et qui n'a pas bénéficié non plus des promesses de développement du ferroutage pour assurer un trafic de frêt) la réfection des lignes existantes pour leur remise aux normes. Même chose pour les interconnexions prévues vers l'Allemagne, l'Italie et l'Espagne (ce que la France ne fait pas, ce sont maintenant les réseaux allemand, suisse et autrichien qui récupèrent le trafic nord-sud. Du côté de l'Espagne et du Portugal, il n'y a plus de moyen non plus pour une coopération transfrontalière, c'est le trafic routier qui reprend tout mais les ports français sont toujours aussi mal desservis en comparaison de Gênes, Barcelone, Bilbao, Rotterdam et Hambourg). Le 2 août 2013 00:44, Yoann Cornec yoanncor...@gmail.com a écrit : Dans ce cas, on peut également discuter de la pertinence de cette ligne de train pour le grand Paris (livraison dans 7 ans) ? http://www.openstreetmap.org/browse/way/230754538 Le 31 juillet 2013 20:17, Pieren pier...@gmail.com a écrit : 2013/7/31 Pmz philippe.maz...@gmail.com: Dans mon souvenir, les chantiers visibles sur le terrain utilisent le tag highway=construction; les projets dont le chantier n'est pas encore commencé peuvent utiliser le tag highway=proposal. En ce qui concerne la déviation de port sur saone, la DUP a été publiée en mars 2013, a mon avis elle a sa place dans les highway=proposal. ll n'y a aucun highway=proposal dans le wiki. Il y en a (que) 4 dans taginfo monde. Par contre, il y a 29700 highway=proposed http://wiki.openstreetmap.org/wiki/Tag:highway%3Dproposed For roads that are about to be built, but where any construction work hasn't yet been started. Si vous êtes sûrs que la route va être construite, pourquoi pas. Mais quelle source pour le tracé ? une carte IGN ? est-ce compatible odbl ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route en construction
on en a déjà discuté il y a quelques mois: cf http://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055632.html(et les discussions suivantes en mars http://lists.openstreetmap.org/pipermail/talk-fr/2013-March/055664.html) il s'agissait alors du chemin http://www.openstreetmap.org/browse/way/206187950/history qui a été supprimé, membre de la relation http://www.openstreetmap.org/browse/relation/3094380 ... pour les détails des délais, voir http://fr.wikipedia.org/wiki/Grand_Paris_Express ou c'ets assez bien expliqué ... Sylvain Le 2 août 2013 01:06, Philippe Verdy verd...@wanadoo.fr a écrit : Dans 7 ans ? Tu es optimiste... En ce moment tous les grands chantiers sont repoussés les uns après les autres ou revus à la baisse. Les enquêtes d'utilité publiques ne seront plus valables, toutes les études seront à refaire, de fait il n'est même pas possible de commencer les procédures d'acquisition ou d'expropriation, il n'y a tout bonnement pas les budgets car pas de prêt pour un chantier qui ne se réalisera pas et qu'il faudrait refinancer en cours de route (les banques rejettent les plans ou imposent des conditions financières trop lourdes, incompatibles avec la comptabilité publique). Impossible de faire aussi un appel d'offres avec de tels délais, tout retrait pouvant imposer aussi des pénalités financières si le contrat de construction ne se fait pas. Seul moyen d'avancer : il faudrait que l'Etat s'engage directement pour garantir les acquisitions et établisse une loi établissant des réserves foncières, mais aussi décide d'un budget pour procéder aux acquisitions par anticipation en utilisant le droit de préemption sur les ventes, mais au prix du marché (prévoir le prix du marché sur 7 ans, c'est risqué). Bref tout au plus c'est un tracé estimatif, et cela se fera par petit bout, mais avec des coûts d'entretien élevés si ces bouts ne sont pas encore utilisables. L'Etat ou les collectivités peut-il s'engager comme ça, s'il n'a pas de solution de repli au cas où le projet ne se finaliserait pas et devrait aboutir à une cession des acquisitions devenues inutiles ou inutilisables pour ce qui était prévu au départ car non conforme aux études qui seront refaites plus tard ? Il suffit de voir la ligne TGV vers le centre de la France et Clermont-Ferrand, annulée récemment. Alors que l'Etat doit maintenant garantir (à la place de RFF qui n'en a pas les moyens et est trop endetté, car on lui a transféré toutes les dettes de la SNCF devenue aujourd'hui une simple agence de voyage quasi-privée, et qui n'a pas bénéficié non plus des promesses de développement du ferroutage pour assurer un trafic de frêt) la réfection des lignes existantes pour leur remise aux normes. Même chose pour les interconnexions prévues vers l'Allemagne, l'Italie et l'Espagne (ce que la France ne fait pas, ce sont maintenant les réseaux allemand, suisse et autrichien qui récupèrent le trafic nord-sud. Du côté de l'Espagne et du Portugal, il n'y a plus de moyen non plus pour une coopération transfrontalière, c'est le trafic routier qui reprend tout mais les ports français sont toujours aussi mal desservis en comparaison de Gênes, Barcelone, Bilbao, Rotterdam et Hambourg). Le 2 août 2013 00:44, Yoann Cornec yoanncor...@gmail.com a écrit : Dans ce cas, on peut également discuter de la pertinence de cette ligne de train pour le grand Paris (livraison dans 7 ans) ? http://www.openstreetmap.org/browse/way/230754538 Le 31 juillet 2013 20:17, Pieren pier...@gmail.com a écrit : 2013/7/31 Pmz philippe.maz...@gmail.com: Dans mon souvenir, les chantiers visibles sur le terrain utilisent le tag highway=construction; les projets dont le chantier n'est pas encore commencé peuvent utiliser le tag highway=proposal. En ce qui concerne la déviation de port sur saone, la DUP a été publiée en mars 2013, a mon avis elle a sa place dans les highway=proposal. ll n'y a aucun highway=proposal dans le wiki. Il y en a (que) 4 dans taginfo monde. Par contre, il y a 29700 highway=proposed http://wiki.openstreetmap.org/wiki/Tag:highway%3Dproposed For roads that are about to be built, but where any construction work hasn't yet been started. Si vous êtes sûrs que la route va être construite, pourquoi pas. Mais quelle source pour le tracé ? une carte IGN ? est-ce compatible odbl ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Shining example of OSM use, tarnished.
Dear US OSM enthusiasts: Out Whitehouse is using OpenStreetMap: http://www.whitehouse.gov/change Uses CloudMade tiles and OpenLayers to display a... broken map... with broken images. I've emailed the whitehouse webmaster without effect. Is anyone aware of how this map came to be placed here, and who we might contact to get it fixed up as a positive example of OSM, rather than a negative one? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us