Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On 25/01/2015 05:20, Bryce Nesbitt wrote: Where do OSM cycling enthusiasts hang out : is there a mailing list or group focused on cycling features? #osm-gb on IRC. :) (I'm only half joking - the channel topic is usually Pubs and cycle routes a speciality) Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
talk-nl and nl forum. The Netherlands and the northern part of Belgium are great for cycling so we have a lot of dedicated infrastructure. Polyglot 2015-01-25 10:56 GMT+01:00 SomeoneElse li...@atownsend.org.uk: On 25/01/2015 05:20, Bryce Nesbitt wrote: Where do OSM cycling enthusiasts hang out : is there a mailing list or group focused on cycling features? #osm-gb on IRC. :) (I'm only half joking - the channel topic is usually Pubs and cycle routes a speciality) Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On 2015-01-25 11:07, Jo wrote: talk-nl and nl forum. The Netherlands and the northern part of Belgium are great for cycling so we have a lot of dedicated infrastructure. But are there a lot of these repair stations around? I know of none. We ususally have our bikes repared in a bike shop. Maarten 2015-01-25 10:56 GMT+01:00 SomeoneElse li...@atownsend.org.uk: On 25/01/2015 05:20, Bryce Nesbitt wrote: Where do OSM cycling enthusiasts hang out : is there a mailing list or group focused on cycling features? #osm-gb on IRC. :) (I'm only half joking - the channel topic is usually Pubs and cycle routes a speciality) Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Problema rendering chiese
Carlo Stemberger-3 wrote A mio avviso invece assolutamente SÌ. Esistono un sacco di cappellette sperdute per la campagna, edicole votive, ecc. in cui si fa una Messa all'anno o poco più. Ma non ho il minimo dubbio a considerarli come luoghi di culto, seppure frequentati pochissimo rispetto ad una chiesa parrocchiale. Il sagrato è terreno consacrato, quindi mi viene perfettamente naturale includerlo nell'area dei luoghi di culto. continuo a non essere d'accordo...solitamente nel sagrato non si fa messa, ma solo un minima parte di essa...anzi neanche, visto che la messa comincia dall'inizio una volta entrati in chiesa. il sagrato vede compiersi altri rituali in date speciali e che di solito servono solo ad introdurre il normale svolgimento religioso dentro la chiesa (rituali di non più di un paio di minuti...durano molto di più le processioni che vedono coinvolgere più strade del comune). capisco la cappella o le edicole votive in cui magari si svolgono alcune messe dedicate a certi santi o in certe date o come luogo di pellegrinaggio ma il sagrato non vede lo svolgimento di alcuna messa sempre che non sia un caso particolare di sovraffollamento di fedeli...i fedeli entrano sempre in chiesa dopo la benedizione nel sagrato ed è nella chiesa che si svolge la messa nella sua interezza. quindi per me è un no...capisco il landuse=religious ma amenity=place_of_worship mi sembra nella maggior parte dei casi esagerata se non una forzatura della definizione di luogo di culto...è un luogo di transito per accedere al luogo di culto e che quindi ne eredita alcune carateristiche come la definizione di terreno sacro (che poi se dovessimo fare i pignoli dovrebbe essere verificata anche l'effettiva estensione) ma non è il luogo dove si svolge il Culto, ma solo una minima parte di esso, solo in date speciali e sempre comunque prevede che si acceda al luogo preposto alle messe subito dopo il breve rituale. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Problema-rendering-chiese-tp5828762p5831287.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] MAPPING BIRMINGHAM: The East Prospect of 1732
Here's a post which will interest many of you: http://mappingbirmingham.blogspot.co.uk/2015/01/the-east-prospect-of-1732.html The rest of the blog is also worth a read. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-it] Pagine wiki da tradurre
Ragazzi, postate in risposta a questo primo messaggio eventuali richieste/proposte di traduzione di pagine del wiki di OSM ...molto spesso convenzioni tag o metodologie non sono applicate perchè manca una pagina wiki che possa venir compresa facilmente. Discussioni sulle singole rechieste/proposte possono essere avviate rispondendo alla relativa richiesta/proposta.quindi per le discussioni NON rispondete a questo messaggio, ma solo al messaggio della richiesta/proposta a cui vi riferite... mi raccomando. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Pagine-wiki-da-tradurre-tp5831290.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
I just added two more stations which I visited myself :) In Germany you could start a week challenge. It is used as a current format to generate more entries for a particular topic. See here: http://wiki.openstreetmap.org/wiki/Wochenaufgabe tbsprs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Pagine wiki da tradurre
proposta: traduzione della pagina Full 3D Building (F3DB) Mi offro volontario per cercare di tradurre in lingua italiana questa pagina[1] che raccoglie sotto un unico argomento una guida step by step per fare indoor e 3D mapping degli edifici. Perchè questa e non altre pagine che trattano gli stessi argomenti? Perchè, come già detto, unisce la mappatura 3D a quella indoor che con altre metodologie ho visto andare in conflitto tra loro. Inoltre, da quello che ho visto, sembrerebbe essere la guida più completa esistente anche sui singoli temi e potrebbe permettere di fare quel salto di qualità, in termini di completezza, alla mappatura 3D ed Indoor. Quello che chiedo è se la ritenete utile...se non vi sembra utile ditemelo perchè sarebbe inutile che perda il mio tempo a tradurre una pagina che leggeremmo solo in 3 ;) [1]http://wiki.openstreetmap.org/wiki/F3DB - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Pagine-wiki-da-tradurre-tp5831290p5831292.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-ja] 地理院タイル「簡易空中写真（2004年〜）」
おかのです OSM Wiki の GSImaps のページ http://wiki.openstreetmap.org/wiki/JA:GSImaps に、 地理院タイル「簡易空中写真（2004年〜）」 http://portal.cyberjapan.jp/help/development/ichiran.html#airphoto が載っていません。 松屋 和歌山向店の建物 http://portal.cyberjapan.jp/site/mapuse4/?lat=34.255022lon=135.145078z=18did=stdcrs=1lkey1=airphotolopa1=1#lat=34.25297lon=135.14508z=18did=stdcrs=1lkey1=airphotolopa1=1zoom=18layers=B 松屋 海南店の建物 http://portal.cyberjapan.jp/site/mapuse4/?lat=34.158458lon=135.203787z=18did=stdcrs=1lkey1=airphotolopa1=1#lat=34.15846lon=135.20379z=18did=stdcrs=1lkey1=airphotolopa1=1zoom=18layers=B など、 地理院オルソやBing写真に写っていない地物があるので、 できればトレースしたいなー、とか思っています。 地理院の利用規約上は特別扱いされていないようなので、 OSM 側での合意があればよいように思いますが、 どのような手順を踏めばよいでしょうか。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-de] Entscheidungsfindung und Toleranz bei OSM
Für alle, die im Forum nicht mitlesen: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Mich erschreckt die fehlende Toleranz und der fehlende Respekt vor den Daten anderer Mapper. Ich hoffe, dass die Entscheidungsfindung durch Löschen von Daten nicht zur Regel in OSM wird. [1] https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet [2] http://forum.openstreetmap.org/viewtopic.php?id=29816p=1 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] OSM services
Mapwarper is fun. Would be great if the interface was a little more streamlined (flip through maps quickly) and allowed me to pick points between images as well as image - ground. Steve On Jan 25, 2015, at 8:46 AM, Tim Waters chippy2...@gmail.com wrote: cheers! Glad that mapwarper proved a little bit useful, it was built for OSM. Tim ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM services
cheers! Glad that mapwarper proved a little bit useful, it was built for OSM. Tim ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] Bar in cui giocare/fare scommesse
In Italia buona parte dei bar sono anche posti in cui si gioca al SuperEnalotto, alla lotteria, si fanno scommesse sportive etc. etc. Si può in questo caso agli amenity:cafe aggiungere un qualcosa come ad esempio gambling:yes? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
Great idea. I added three in the Tricity area, Poland. Two at the Gdańsk University of Technology campus, one at the InfoBox in Gdynia. There may be more, but these are the ones I know of. Anyway, if newer tagging scheme will be agreed upon, you may freely re-tag them. On a side note: To be even more useful, these stations could feature a vending machine (presumably electricity-less - like these with small toys in capsules or... more adult-oriented stuff :P) selling tire repair kits. Michał ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Communes sans voies nommées : 'B'
Bonjour,
le chantier Mapcraft de nommage de rues pour les communes muettes
commençant par T - Z [1] touche à sa fin, avec plus de 90% des communes
prises en charge. À noter, la Corse est un peu délaissée et concentre la
moitié du reste à faire.
Retour en quelques chiffres sur les deux premiers chantiers de la série
('A' et 'T-Z') :
on recense 3687 voies nouvellement nommées, dont 3234 avec rapprochement
Fantoir. Elles permettent d'alimenter BANO en n° d'adresse à hauteur de
25000 nouveaux points, rien que ça.
Pour continuer sur cette belle lancée, je vous propose un nouveau
gâteau, avec les 231 communes sans nom de voies et commençant par 'B'.
Ça se passe par ici :
http://mapcraft.nanodesu.ru/pie/468 et vous êtes tou(te)s bienvenu(e)s.
et toujours le wiki :
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)/MapCraft_:_communes_sans_aucune_rue_nomm%C3%A9e
vincent
[1] :
https://lists.openstreetmap.org/pipermail/talk-fr/2014-December/074215.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Autovelox di PoiGPS.com su OSM oppure OsmAnd
Il 25/01/2015 12:50, mircozorzo ha scritto: Ciao, se ti fa piacere possiamo spartirci il lavoro. Allora, ho fatto le prove... Qui i problemi sono due: 1) Se il punto non è sulla way, OsmAnd *giustamente* non avvisa. Se il punto è fuori dalla way, bisogna *giustamente* fare una relazione con enforcement e in questo caso OsmAnd avvisa. Quindi bisognerebbe prendere tutti i punti del file e o metterli sulla loro way o creare per ognuno una relazione. Un lavoraccio. 2) Anche qualora riuscissimo a mettere tutti i punti su una loro way o in una relazione, visto il lavoraccio, sarebbe il caso di metterli direttamente su OSM, ma la licenza non lo permette. Qualcuno è in contatto con l'autore di quel file che, se non erro, si era reso disponibile per una donazione a OSM? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-in] Indian OSM server
Via Topomancy, Sanjay Bhangar and I have a server with ample speed and space to host openstreetmap.in and related projects for at least one year. We are providing the same service to OpenHistoricalMap. lets talk about it , OpenHistoricalMap is something interesting would like to learn more about it . -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Bar in cui giocare/fare scommesse
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 25/01/2015 17:53, John Doe ha scritto: In Italia buona parte dei bar sono anche posti in cui si gioca al SuperEnalotto, alla lotteria, si fanno scommesse sportive etc. etc. Si può in questo caso agli amenity:cafe aggiungere un qualcosa come ad esempio gambling:yes? Forse, dico forse: amenity=cafè leisure=adult_gaming_centre gambling=* se più di un gioco, per esempio: gambling=lottery, slot_machines, bingo PS: non mi ricordo se per la separazione dei valori ci va la virgola od il punto e virgola. [0] http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dadult_gaming_centre [1] http://wiki.openstreetmap.org/wiki/Key:gambling - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUxSyuAAoJEMTPIIVov0Zt1EAIAIbcT+ix0AQU5NaZGFWzY3cL CQqxYzlw5B7ovJqkDqGvihSDzUZEeFPFhl2ljC3aFtbWbf8CTbbWk3LX2UPPtZlk awkQh6nVXcsorVMT3EidOIEC9SPTv72Tgbg8FYn3yrKEoRSCKTmilEfrvYjlxuzm jjcB0oaIj6EoVkwZBi8PE9La00eFhQBMpJPcTOMXyKCp5DLHu9vUEKcSk9wz0UJA H+/eL2ak/zZ63JWgNw4dP2X6WEkbWpcll/bdRYTXJYEeV1C7g0QWNqBnMX9xFcli 7iLuhNTsNblwcBXjL08CJMWN6Kn0Ro+leNo9JoV2w1FcKvWSbxkF4llNqw+1vls= =8FLi -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On Sun, Jan 25, 2015 at 3:09 AM, Maarten Deen md...@xs4all.nl wrote: But are there a lot of these repair stations around? I know of none. We usually have our bikes repaired in a bike shop. I made list of manufacturers of this type of station at http://guides.obviously.com/Public-Bicycle-Work-and-Repair-Stands-2/1925 ). And then talked to the marketing department at each one. I estimate there are some 5000 units worldwide, which rose sharply in 2014. I figure that OSM has a small role to play here: if everyone's smartphone bike app can FIND these stations, that will increase awareness and thus encourage universities and cities to install them. I wrote a template letter for the manufacturers to include with the stations, with instructions on how to map. My goal is that OSM become the worldwide go to map for this type of feature, and I think we can get there with everyone pitching in! The winner here will be the one with the most momentum. On Sun, Jan 25, 2015 at 3:51 AM, Michał Brzozowski www.ha...@gmail.com wrote: Great idea. I added three in the Tricity area, Poland. Anyway, if newer tagging scheme will be agreed upon, you may freely re-tag them. Most important to me is *brand=Xx* , to help keep the vendors engaged. I also like *service:bicycle:chaintool=yes/no* as not all stations have this (sometimes) crucial tool. The iD preset has both now. On a side note: To be even more useful, these stations could feature a vending machine (presumably electricity-less - like these with small toys in capsules or... more adult-oriented stuff :P) selling tire repair kits. You mean like this? This this station offers repair, parts, tires, and tire recycling in one station: http://www.bikefixtation.com/products/ On Sun, Jan 25, 2015 at 5:26 AM, Bernd Weigelt weigelt.be...@web.de wrote: In Germany many repair stations called 'Radstation' are supported by the Caritas organisation example http://www.radstationbonn.de/ The *amenity=bicycle_repair_station* is meant for standalone unattended, usually outdoor, usually 24/7 stations. There's separate tagging which would indicate a shop or bike storage facility also offers DIY bike repair and tools. --- --- --- So if you participate in an OSM forum with a lot of cyclists, would you ask them have you seen an unattended bicycle repair station? What brand was it? Could you map it? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Original-Nachricht Betreff: Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM Datum: Sun Jan 25 2015 19:38:12 GMT+0100 Von: Jörg Frings-Fürst o...@jff-webhosting.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hi, Am Sonntag, den 25.01.2015, 18:12 +0100 schrieb Stephan Wolff: Für alle, die im Forum nicht mitlesen: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Mich erschreckt die fehlende Toleranz und der fehlende Respekt vor den Daten anderer Mapper. Ich hoffe, dass die Entscheidungsfindung durch Löschen von Daten nicht zur Regel in OSM wird. +10 Naja das löschen hat ja mal schon in größerem Umfang auch in meiner Gegend angefangen. :( Hier sollte eigentlich das passieren, was sonst auch bei nicht abgesprochen Massenedits/-löschungen passiert: Revert und Sperren des Nutzers... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Original-Nachricht Betreff: Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM Datum: Sun Jan 25 2015 19:29:09 GMT+0100 Von: Dietmar Seifert ostr...@diesei.de An: talk-de@openstreetmap.org Beim löschen der associatedStreet Relation werden keine primären OSM-Daten gelöscht während das bei den Metadaten anders aussieht (User, Zeitpunkt, Changeset). Das sehe ich anders! Ich habe einen Adressknoten (oder auch ein Hauspolygon) einzig mit dem Tag addr:nr=10. Durch das Löschen der Relation geht die Adressinformation addr:street=Irgendwasstraße des Knotens verloren. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hi! Am 25. Januar 2015 um 18:12 schrieb Stephan Wolff s.wo...@web.de: Mich erschreckt die fehlende Toleranz und der fehlende Respekt vor den Daten anderer Mapper. Ich hoffe, dass die Entscheidungsfindung durch Löschen von Daten nicht zur Regel in OSM wird. Obwohl ich auch für dafür bin, diese Relation als veraltet zu kennzeichnen, bin ich strikt dagegen sie zu löschen. In OSM gilt noch immer der Grundsatz, dass jeder alles eintragen darf, solange damit nicht anderen auf die eine oder andere Art geschadet wird. Wenn jemand diese Relation eintragen will, soll er das tun. Wenn jemand diese Relation auswerten will, soll er das tun. Wenn jemand das Gegenteil will, soll er das genau so tun. Daten die mich nicht interessieren, ignoriere ich. Mein Hirn ist durchaus in der Lage diese unglaubliche geistige Leistung des Ignorierens zu bewältigen. Ich bin mir sicher, dass all jene die jetzt groß zur Löschorgie aufrufen, dies auch schaffen würden. Ignorance is bliss. Beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Mapas Afetivos usando OSM
Também não vi relação deste projeto com o OSM. 2015-01-24 0:48 GMT-02:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Não consegui navegar o mapa. Parece só arte. No código há chamadas para Mapbox. Mas será mesmo do OpenStreetMap? Como usa? Alexandre Magno Em 23 de janeiro de 2015 20:09, Edil Queiroz de Araujo edil...@gmail.com escreveu: Conheci agora esse projeto, usa Leaflet mas não dá créditos ao OSM. Pode ser uma situação semelhante a que estamos vendo na lista recentemente... http://www.mapasafetivos.com.br/ Anda não entrei em contato com eles. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapas Afetivos usando OSM
Acessando esta página em específico ( http://www.mapasafetivos.com.br/colaborativo/ ) vê-se que usaram o mapa do OSM ( comprovei verificando o desenho do mapa aqui em Recife ) sem atribuição de créditos. Em 25 de janeiro de 2015 15:20, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Também não vi relação deste projeto com o OSM. 2015-01-24 0:48 GMT-02:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Não consegui navegar o mapa. Parece só arte. No código há chamadas para Mapbox. Mas será mesmo do OpenStreetMap? Como usa? Alexandre Magno Em 23 de janeiro de 2015 20:09, Edil Queiroz de Araujo edil...@gmail.com escreveu: Conheci agora esse projeto, usa Leaflet mas não dá créditos ao OSM. Pode ser uma situação semelhante a que estamos vendo na lista recentemente... http://www.mapasafetivos.com.br/ Anda não entrei em contato com eles. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hi, Am Sonntag, den 25.01.2015, 18:12 +0100 schrieb Stephan Wolff: Für alle, die im Forum nicht mitlesen: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Mich erschreckt die fehlende Toleranz und der fehlende Respekt vor den Daten anderer Mapper. Ich hoffe, dass die Entscheidungsfindung durch Löschen von Daten nicht zur Regel in OSM wird. +10 Naja das löschen hat ja mal schon in größerem Umfang auch in meiner Gegend angefangen. :( Bis dato war ja der Grundsatz Jeder trägt ein was ihn interessiert. Jetzt schlägt es wohl um in Jeder löscht was ihm nicht passt. CU Jörg signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Mapas Afetivos usando OSM
Ah sim, eu só tinha visto o mapa na home. Sim, aí claramente é o OSM. 2015-01-25 16:32 GMT-02:00 Marcelo Pereira pereirahol...@gmail.com: Acessando esta página em específico ( http://www.mapasafetivos.com.br/colaborativo/ ) vê-se que usaram o mapa do OSM ( comprovei verificando o desenho do mapa aqui em Recife ) sem atribuição de créditos. Em 25 de janeiro de 2015 15:20, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Também não vi relação deste projeto com o OSM. 2015-01-24 0:48 GMT-02:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Não consegui navegar o mapa. Parece só arte. No código há chamadas para Mapbox. Mas será mesmo do OpenStreetMap? Como usa? Alexandre Magno Em 23 de janeiro de 2015 20:09, Edil Queiroz de Araujo edil...@gmail.com escreveu: Conheci agora esse projeto, usa Leaflet mas não dá créditos ao OSM. Pode ser uma situação semelhante a que estamos vendo na lista recentemente... http://www.mapasafetivos.com.br/ Anda não entrei em contato com eles. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hallo tumsi, ich habe zwar noch keine durchgeführte associatedStreet-Entfernung geprüft, aber im zuständigen OSM-Forumthread [1] wurde besprochen, das natürlich alle Daten, die in der Relation selbst hängen, an den einzelnen Mitgliedern angehängt wird. viele Grüße Dietmar [1] http://forum.openstreetmap.org/viewtopic.php?id=29816 Am 25.01.2015 20:07, schrieb tumsi: Original-Nachricht Betreff: Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM Datum: Sun Jan 25 2015 19:29:09 GMT+0100 Von: Dietmar Seifert ostr...@diesei.de An: talk-de@openstreetmap.org Beim löschen der associatedStreet Relation werden keine primären OSM-Daten gelöscht während das bei den Metadaten anders aussieht (User, Zeitpunkt, Changeset). Das sehe ich anders! Ich habe einen Adressknoten (oder auch ein Hauspolygon) einzig mit dem Tag addr:nr=10. Durch das Löschen der Relation geht die Adressinformation addr:street=Irgendwasstraße des Knotens verloren. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
Note for rendering. There appear to be stations that are under lock and key, not even permissive: https://www.openstreetmap.org/node/3190431752/history that I would not want to see mapped on a general purpose map. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hallo, der zeitliche Zusammenhang, während der Diskussion/Abstimmung über den deprecated Zustand bereits im deutschen Forum zum entfernen aufzurufen, ist nicht gut gewählt, da gebe ich Stephan Recht. Beim löschen der associatedStreet Relation werden keine primären OSM-Daten gelöscht während das bei den Metadaten anders aussieht (User, Zeitpunkt, Changeset). Die Metadaten gehen auch teilweise verloren, wenn eine Straße gesplittet wird (an einem der beiden neuen Straßenteile) und wenn ein vorhandener Adressknoten einem nachträglich gezeichneten Gebäude zugeordnet wird. Das löschen von (nur Meta-) Daten ist also nicht neu, es sollte aber natürlich möglichst selten erfolgen. Am 25.01.2015 18:56, schrieb Martin Vonwald: Hi! Am 25. Januar 2015 um 18:12 schrieb Stephan Wolff s.wo...@web.de: Mich erschreckt die fehlende Toleranz und der fehlende Respekt vor den Daten anderer Mapper. Ich hoffe, dass die Entscheidungsfindung durch Löschen von Daten nicht zur Regel in OSM wird. Obwohl ich auch für dafür bin, diese Relation als veraltet zu kennzeichnen, bin ich strikt dagegen sie zu löschen. In OSM gilt noch immer der Wenn die associatedStreet Relationen mal einvernehmlich als veraltet angesehen würden, wäre eine Umwandlung in das Karlsruher Adressschema schon sinnvoll. Wenn wir ein vorhandenes Tag verfeinern, wie z.b. bei amenity=doctors nach healthcare, dann ist nach einer gewissen Zeit schon das umtaggen von Altbeständen sinnvoll, wenn dies ohne Einbuße der Daten geht. Grundsatz, dass jeder alles eintragen darf, solange damit nicht anderen auf die eine oder andere Art geschadet wird. Wenn jemand diese Relation eintragen will, soll er das tun. Wenn jemand diese Relation auswerten will, soll er das tun. Wenn jemand das Gegenteil will, soll er das genau so tun. Daten die mich nicht interessieren, ignoriere ich. Mein Hirn ist durchaus in der Lage diese unglaubliche geistige Leistung des Ignorierens zu bewältigen. Ich bin mir sicher, dass all jene die jetzt groß zur Löschorgie aufrufen, dies auch schaffen würden. Relationen sind sehr viel aufwändiger auszuwerten, das ist Fakt und nicht jede Auswertung berücksichtigt diese. Gerade die associatedStreet Relationen sind in fast allen Fällen überflüssig und dann sollten die auch nicht genommen werden. Multipolygone brauchen wir normalerweise, aber es gibt User, die einfache Gebäude als Multipolygonen erstellen, indem jede Gebäudewand als Member aufnehmen wird, nur um eine Relation zu erstellen, das ist Overkill. viele Grüße Dietmar Ignorance is bliss. Beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Indian OSM server
Shall we take this forward per Arun's proposal? I guess the question of edits and forks has been addressed? Is there further consensus required on this list? Via Topomancy, Sanjay Bhangar and I have a server with ample speed and space to host openstreetmap.in and related projects for at least one year. We are providing the same service to OpenHistoricalMap. S.K. On Tue, Apr 15, 2014 at 3:40 PM, Ishan Chattopadhyaya ichattopadhy...@gmail.com wrote: Thanks Satyakam, I've put up a Wiki page on OSM wiki with this: https://wiki.openstreetmap.org/wiki/IN:Proposal Linked it from the domains page: https://wiki.openstreetmap.org/wiki/Domain_names#Countries_domains Regards, Ishan On Tue, Apr 15, 2014 at 3:08 PM, satyaakam goswami satyaa...@gmail.com wrote: On Mon, Apr 14, 2014 at 8:49 PM, satyaakam goswami satyaa...@gmail.com wrote: Hi All, There has been lots of discussions with both for and against setting up a server for India , i have setup a https://www.loomio.org/d/IThldJoE/openstreetmap-in-do-we-really-want-to-make-this-happen , do add yourself and lets come to a consensus on this topic. oh forgot to mention there was a document drafted some time last year by Arun Ganesh here it is https://docs.google.com/document/d/1nXz_oWkb29GBx-wGuMlD5yWUs_p2VRb8invFTVt8fu4/edit . -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | fossacademy.org ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan Topomancy LLC http://shekhar.cc http://topomancy.com ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On Sun, Jan 25, 2015 at 1:34 PM, SomeoneElse li...@atownsend.org.uk wrote: In this case the node seems to be a duplicate of http://www.openstreetmap.org/node/2802994130 just across the road - I'm guessing that something went wrong when checking the nodes for import? The conflation has limits, it's true. Node http://www.openstreetmap.org/node/2802994130 would not be expected to match, as it is tagged only with: * name=Cycle tools and pump* There does seem to have been a few issues with some of the ones that have been imported already (I've only looked at the ones in the UK; not sure if they are typical of the rest). The majority of the locations were collected via an unusual method. The user scans a QR code at the station, for bike repair instructions. The user is asked to share their location. That point cloud becomes the mapped location. The locations I field checked were all findable, but had positioning errors consistent with smartphone GPS units, up to 30 meters. In each case I was able to find the station in a field check, then manually rectify the exact location. It was a lot easier to field check these knowing the approximate location, rather than simply wandering all over town searching for bike repair stands. - Check 'em out in your area: how good are the positions? http://www.dero.com/fixitmap/fixitmap.html There are a smattering of other attempts to map bike repair stations: http://bikepgh.org/2014/03/03/diy-bike-repair-locations-in-pittsburgh/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Abwesenheitsnotiz
Am 25.01.2015 um 21:03 schrieb m...@martin-scholtes.de: In dringenden Fällen bin ich über mein Handy zu erreichen. hat jemand die Nummer? Dann könnte man die Liste mit text2speech weiterleiten ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-ja] 表示されない森林、他
いいだです。 (1) 表示されない森林 リレーションがちゃんと閉じていないっぽいですね。 修復しました。 しばらくすると、レンダリングも直るはずです。 また、修復手順については以下にまとめていますので、 手順に興味のある方はご覧ください。 http://qiita.com/nyampire/items/eb2241e0ac02910fd61f (2) 森林が殆ど存在しない県 消えている経緯については、長村さんがコメントされているとおりです。 (2012年のODbLライセンス切り替えに伴う消滅) また、今後の対応と方策ですが、 1. 再度のKSJ2森林データ・インポート？ 過去にImports MLにて調整を行い、Rejectされています。 Reject理由は、位置の精度が非常に良くないためです。 2. scanaarialプラグインなどを使った自動データ作成？ そういえば以前試したのですが、結局うまくゆきませんでした。 ・scanaerialプラグインの利用 →馬鹿でかいポリゴンが作成されて、かつ、あまり精度もよくないデータだったので、断念しました。 ・航空写真画像データ(ラスタ)を解析して、同じ色帯域を抽出してポリゴンを作る →ラスタを作る際に、ピクセル状に認識されてしまうため、 非常にイマイチなデータができあがります。 (四角形のピクセルが大量にできあがる) 3. HOT Task Managerを使って自力で描く？ いまのところ、これが一番有力です。 試しに、鹿児島市のタスクを作成しています。 (Sakoppiさん、描画ありがとうございます！) http://nyampire.info/project/3 他の地域についてもタスクを作成できます。 マネージャ権限もお渡しできますので、興味のある方はご連絡ださい :) (3) 県によって自然林だったり人工林だったりする これも過去の経緯ですね。。。 自然林か人工林か、最終的には現地サーベイとしても、 巨大な部分についてはまずはどちらかに統一するというのは手の気はします。 (奈良・京都・兵庫・大阪あたりの巨大landuse=forest部分をnatural=woodにする、など) また、実際には、どこから人工林でどこから自然林か、見分けがたいへんかな、と感じます。 サーベイする場合には、どの部分からエリアを区切るのか、悩む箇所かもしれません。 そういう意味で、いま実証実験されている森林クラウドにちょっと期待しています。 http://www.jafta.or.jp/forest_cloud/index.html -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 地理院タイル「簡易空中写真（2004年～）」
いいだです。 地理院地図の利用については、それぞれのタイルレイヤを包括した状態で 国土地理院と話し合いをしています。 ですので、トレースに利用しても構いません。 sourceについては、GSImaps/[タイル名称]となります。 今回のairphotoについていえば、 source = GISmaps/airphoto として利用可能です。 Wikiにも追記しました。 また、地理院地図の利用規約について、印刷の判型についての制限が見当たらなくなったため、 以下の文言に del をいれています。 地理院タイルをA3サイズを超える範囲に印刷した印刷物を配布しないでください。 http://wiki.openstreetmap.org/wiki/JA:GSImaps 2015年1月26日 1:21 OKANO Takayoshi k...@na.rim.or.jp: おかのです OSM Wiki の GSImaps のページ http://wiki.openstreetmap.org/wiki/JA:GSImaps に、 地理院タイル「簡易空中写真（2004年〜）」 http://portal.cyberjapan.jp/help/development/ichiran.html#airphoto が載っていません。 松屋 和歌山向店の建物 http://portal.cyberjapan.jp/site/mapuse4/?lat=34.255022lon=135.145078z=18did=stdcrs=1lkey1=airphotolopa1=1#lat=34.25297lon=135.14508z=18did=stdcrs=1lkey1=airphotolopa1=1zoom=18layers=B 松屋 海南店の建物 http://portal.cyberjapan.jp/site/mapuse4/?lat=34.158458lon=135.203787z=18did=stdcrs=1lkey1=airphotolopa1=1#lat=34.15846lon=135.20379z=18did=stdcrs=1lkey1=airphotolopa1=1zoom=18layers=B など、 地理院オルソやBing写真に写っていない地物があるので、 できればトレースしたいなー、とか思っています。 地理院の利用規約上は特別扱いされていないようなので、 OSM 側での合意があればよいように思いますが、 どのような手順を踏めばよいでしょうか。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-it] Autovelox di PoiGPS.com su OSM oppure OsmAnd
Ciao, se ti fa piacere possiamo spartirci il lavoro. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Autovelox-di-PoiGPS-com-su-OSM-oppure-OsmAnd-tp5830788p5831298.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
Am Sonntag, 25. Januar 2015, 12:09:39 schrieb Maarten Deen: But are there a lot of these repair stations around? I know of none. We ususally have our bikes repared in a bike shop. In Germany many repair stations called 'Radstation' are supported by the Caritas organisation example http://www.radstationbonn.de/ Bernd -- amarok2 now playing: ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] dúvida sobre como mapear quiosques de praia
Aqui no Rio eu costumo utilizar amenity=fast_food mesmo. []s 2015-01-25 17:25 GMT-02:00 Thiago Jung Bauermann thiago.bauerm...@gmail.com : Olá pessoal, Estou mapeando algumas coisas em Ubatuba, São Paulo, e em algumas praias existem quiosques (geralmente mais de um, relativamente próximos uns dos outros) que vendem petiscos, lanches, bebidas (alcoólicas e não-alcoólicas), às vezes pratos também. Não estou encontrando uma tag apropriada pra esse tipo de estabelecimento. Não acho que seja um amenity=restaurant, pois é um lugar mais informal e, principalmente, porque as mesas e cadeiras ficam na rua. Os clientes não entram no estabelecimento. Pensei em um amenity=pub com outdoor_seating=yes, mas o foco desses lugares não é em bebidas alcoólicas, e são lugares onde se leva crianças sem problemas e geralmente não ficam abertos até muito tarde Pensei também em shop=kiosk, mas apesar da semelhança do nome e do wiki dizer que the shop is normally so small that customers cannot enter the shop, a tag parece se referir mais ao que chamamos de banca. Alguma sugestão? -- []'s Thiago Jung Bauermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Problema rendering chiese
Carlo Stemberger-3 wrote Il sagrato è terreno consacrato, quindi mi viene perfettamente naturale includerlo nell'area dei luoghi di culto. Do' un parere solo per per deformazione professionale. Gli spazi che circondano le chiese non sempre sono di proprieta' ecclesiastica, infatti molto spesso si creano dispute sull'individuare i confini tra il sagrato e la proprieta' privata o tra il sagrato e la proprieta' pubblica (aree di circolazione). Le mappe catastali, pur non essendo probatorie (non danno la prova giuridica della proprieta'), possono comunque aiutare ad individuare la pertinenza scoperta dei luoghi di culto; chi ha sottomano una mappa notera' che gli edifici scari sono contraddistinti da una lettera (A,B ...) che individua esattamente la chiesa e l'eventuale corte (sagrato) di proprieta'. Anche i piani regolatori comunali (zonizzazione), spesso consultabili sul sito del Comune danno questa informazione. E' opinione mia che OSM non deve ovviamente spingersi a fare ricerche di questo genere (non so che licenza d'uso/consultazione possa avere una mappa catastale o un piano regolatore), ma piuttosto di mappare sbagliato e' meglio non mappare, perche' il limite del sagrato ESISTE e non e' corretto tirare ad indovinare. Si rischia che chi mappa usando ortofoto senza ben conoscere i luoghi, prendendo spunto da mappature sbagliate, riempia aree di circolazione pubblica o prati privati antistanti chiese di campagna con retini crociati! Se invece si ha conoscenza del luogo ed il sagrato e' ben definito (recintato, pavimentato in modo particolare, delimitato da fioriere) non avrei problemi a mapparlo come luogo di culto. Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Problema-rendering-chiese-tp5828762p5831354.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On 25/01/2015 19:06, Bryce Nesbitt wrote: I figure that OSM has a small role to play here: if everyone's smartphone bike app can FIND these stations, that will increase awareness and thus encourage universities and cities to install them. There does seem to have been a few issues with some of the ones that have been imported already (I've only looked at the ones in the UK; not sure if they are typical of the rest). http://www.openstreetmap.org/node/3306866930 looks fairly obviously misplaced - there's a Swan Hotel just up the road, but this node seems to be in the back yard of a bank. Some discussion about the name would make sense - I wouldn't necessarily use the name of the location, unless it's actually called The Swan Hotel bike repair station (which it might be I guess, but it seems unlikely) http://www.openstreetmap.org/node/3306867054#map=17/51.64923/-0.40445 is similarly called after the thing that it is in: Watford General Hospital. In this case the node seems to be a duplicate of http://www.openstreetmap.org/node/2802994130 just across the road - I'm guessing that something went wrong when checking the nodes for import? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weeklyOSM # 235
The weekly round-up of OSM news, issue # 235, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-GB] weeklyOSM # 235
The weekly round-up of OSM news, issue # 235, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Le 25/01/2015 21:17, Andreas Goss a écrit : Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. Traduction, pas par un bot ! If google translate got this right... no we don't want to replace it with another relation, we just want to use addr:street. Non, nous ne voulons pas remplacer par une autre relation, nous voulons seulement utiliser addr:street Maybe you in France have access to government data, but we in Germany mostly don't and many countries neither, in some places maybe not even the government has it. Peut-être qu'en France, vous avez accès à des données gouvernementales, mais nous pas, principalement en Allemagne ni de nombreux pays. Par endroit, peut-être que le gouvernement ne les a même pas. And then those relations just make everything more complicated, lack members or mappers break them by accident. I just started cleaning up them and that already got rid of most of them, because they were utterly incomplete. Why should I support and keep a tagging schema when all over Bavaria maybe 5 areas have a dozen complete (associated)Street relations? Alors ces relations rendent seulement les choses plus compliquées, absence de membres, ou utilisateurs les cassant accidentellement. J'ai commencé à les nettoyer et suis arrivé à supprimer la plus part d'entre elles, parce qu'elles étaient tout à fait incomplètes. Pourquoi devrais-je soutenir et garder un schéma quand à travers toute la Bavière, peut-être cinq zones ont une douzaine de relation (associated)Street complète. Mon point de vue et ma réponse... === L'intention est claire : pas de relation. Ah ! Quelle bonheur d'avoir une carte 100% faite à la main par ces vaillants cartographes, jeunes hommes vigoureux et héros de notre temps, qui, ignorant les dangers, armés de leur seul courage et méprisant la faim et le froid, traversent les contrées sauvages, et recueillent avec précaution et sueur de leur front, les données de terrain, ces précieuses adresses que le yeux exercés et perçants auront su reconnaître aux milieux de signes trompeurs et qui, une fois assemblées par la main experte de nos patientes ouvrières, feront la richesse et la fierté et la grandeur de la nation ! (fin du lyrisme. Oui je me suis amusé ! ) Oui, c'est beau... On a vu, sur cette liste, un film là-dessus, sur les gars de l'IGN qui parcouraient le pays pour faire nos cartes. Joli film dont je n'ai plus la référence... Mais quelle honte y a-t-il à apprécier, avec précaution aussi, le travail fait par d'autres ? L'utilisation du schéma relationnel ou non n'est pas lié à la disponibilité de données gouvernementales. Et contrairement à ce qui est lâché sur le pseudo-vote : ce n'est pas un import, mais de l'IAO, intégration assistée par ordinateur. Peut-être que des subtilités ne sont pas passées Outre-Rhin. On retrouve la critique d'autrefois à propos de l'intégration du bâti. Par ailleurs, je ne comprends pas ce rigorisme qui consiste à déclarer cassée une relation incomplète. Je crois qu'une subtilité sur la différence entre le modèle de relation associatedStreet et multipolygon a échappé à certains. Une relation est cassée quand il manque un numéro dans la rue, comme lorsqu'il manque un bout pour fermer le multypolygon ? Et si le problème de la légitimité de la relation se pose en Bavière pour une douzaine de relation, cela remet-il en cause nos 112 000 relations ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-dk] Flyttede adressenoder medfører problemer
On 01/22/2015 01:16 PM, Niels Elgaard Larsen wrote: Overpass turbo til at finde adresseknuder på veje. http://overpass-turbo.eu/s/7cD Og nu er der så ikke flere adresseknuder på veje og arealer. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[OSRM-talk] [OSRM BE v450] osrm nmake fails
Hi all, I have an issue with OSRM back-end v4.5.0 build with nmake. (knowing that all previous steps were done successfully) Once i lunch nmake within osrm/build, I get: --- D:\osrm450be\buildnmake Microsoft (R) Program Maintenance Utility Version 12.00.21005.1 Copyright (C) Microsoft Corporation. All rights reserved. Scanning dependencies of target COORDINATE [ 2%] Building CXX object CMakeFiles/COORDINATE.dir/data_structures/Coordinate.cpp.obj Coordinate.cpp D:\osrm450be\Include\osrm/Coordinate.h(37) : error C2144: syntax error : 'float' should be preceded by ';' D:\osrm450be\Include\osrm/Coordinate.h(37) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int D:\osrm450be\data_structures\Coordinate.cpp(290) : warning C4244: '=' : conversion from 'double' to 'float', possible loss of data NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return code '0x2' Stop. NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\BIN\nmake.exe' : return code '0x2' Stop. NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\BIN\nmake.exe' : return code '0x2' Stop. --- Thanks for your reply ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-dk] Flyttede adressenoder medfører problemer
Søndag den 25. januar 2015 19:10:40 skrev Niels Elgaard Larsen: On 01/22/2015 01:16 PM, Niels Elgaard Larsen wrote: Overpass turbo til at finde adresseknuder på veje. http://overpass-turbo.eu/s/7cD Og nu er der så ikke flere adresseknuder på veje og arealer. Super! Jeg lagde mærke til at du var flittig og endda fandt nogen hvor jeg troede der ikke var flere ( Sydjylland, som jeg har dækket af en rss fra http://simon04.dev.openstreetmap.org/whodidit/). Jeg har også selv fikset nogen, men da jeg har det med at undersøge om der er ting i omegnen der kan justeres eller ryddes op i, kom jeg ikke nær så hurtigt frem som du. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-br] dúvida sobre como mapear quiosques de praia
Olá pessoal, Estou mapeando algumas coisas em Ubatuba, São Paulo, e em algumas praias existem quiosques (geralmente mais de um, relativamente próximos uns dos outros) que vendem petiscos, lanches, bebidas (alcoólicas e não-alcoólicas), às vezes pratos também. Não estou encontrando uma tag apropriada pra esse tipo de estabelecimento. Não acho que seja um amenity=restaurant, pois é um lugar mais informal e, principalmente, porque as mesas e cadeiras ficam na rua. Os clientes não entram no estabelecimento. Pensei em um amenity=pub com outdoor_seating=yes, mas o foco desses lugares não é em bebidas alcoólicas, e são lugares onde se leva crianças sem problemas e geralmente não ficam abertos até muito tarde Pensei também em shop=kiosk, mas apesar da semelhança do nome e do wiki dizer que the shop is normally so small that customers cannot enter the shop, a tag parece se referir mais ao que chamamos de banca. Alguma sugestão? -- []'s Thiago Jung Bauermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk-fr] Problème de rendu dans l'Ain
Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
a voir si cela suffit : http://www.openstreetmap.org/changeset/28403845 je corrige régulierement ce genre d'erreur qui provient généralement de l'éditeur id qui permet d'attribuer une modification a une relation a la place du way voulu Le dimanche 25 janvier 2015 à 20:44 +0100, Michael Delorme a écrit : Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hallo tumsi, Am 2015-01-25 um 20:07 schrieb tumsi: Beim löschen der associatedStreet Relation werden keine primären OSM-Daten gelöscht während das bei den Metadaten anders aussieht (User, Zeitpunkt, Changeset). Das sehe ich anders! Ich habe einen Adressknoten (oder auch ein Hauspolygon) einzig mit dem Tag addr:nr=10. Durch das Löschen der Relation geht die Adressinformation addr:street=Irgendwasstraße des Knotens verloren. Das stimmt so nicht. Im Forum habe ich zum Löschen *und Ersetzen* vor allem kaputter Relationen aufgerufen. Die kaputten Relationen machen meinen Beobachtungen zufolge (Land- und Stadtkreis Heilbronn und Karlsruhe, Kreis Ludwigsburg) mindestens die Hälfte aus. Eine Vielzahl enthält keine Straßenstücke und keinen Straßennamen (addr:street=*), da sie durch eine falsche Defaulteinstellung des JOSM-Plugins Terracer entstanden sind. Fast immer sind alle Mitglieder eine solchen Terracer-aS-Relation die einzelnen Teile eines Reihen- oder Doppelhauses. Daneben haben wir in Deutschland noch eine größere Zahl an associatedStreet-Relationen, die am Sammelrelationssyndrom :) leiden. Sie sind unvollständig. Gerne fehlen Neubauten oder Gebäude, die ein anderer Mapper erst Monate oder Jahre später ergänzt hat. Nur in Bruchsal sind mir bisher aS-Relationen begegnet, die nicht überflüssig waren. Ansonsten waren alle validen aS-Relationen überflüssig, weil die Information auch am Adress-Node bzw. Gebäude erfasst war. Gelegentlich fand ich Widersprüche. Wo ich es mir zugetraut habe (Orte mit klar verständlicher Hausnummernvergabe), habe ich den Informationen am Gebäude vertraut, ansonsten die Changeset-Diskussionsfunktion [1] genutzt. In einer Woche poppen in meinem Kalender dann eine Handvoll Meldungen auf – das sind dann die Changesets, deren Ersteller nicht geantwortet hat. Mal schauen, was ich dann mache. Viele Grüße Michael [1] Mittlerweile bekommt man auch Benachrichtigungsmails, wenn der Changeset vor Einführung dieses Features (Herbst 2014) erstellt wurde. -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] dúvida sobre como mapear quiosques de praia
Thiago Intende teu duvida, e também pensei algum disso, atualmente usei amenity=bar e amenity=cafe, mas nenhuma deles parecendo certo. So para voce intender melhor “Pub”, não e um lugar para beber bebidas alcoólicas, mas um “casa publico”, o nome Pub e abreviado do inglês “Public House”. Este e um lugar que o população em geral pode entrar, para comer algum coisas simples, tomar um cerveja enquanto ver o jogo futebol, fazer um jogo snooker ou darts, ou simplesmente bater papo. Quando entrou nos pubs a tarde, logo depois horário os crianças voltar da escola, vi crianças brincando dentro pub, isso nunca vi no bar. Alem disso, um pub fechar relativamente cedo, e abre em bom tempo p facer almoço, enquanto bares abre bem mais tarde e fica aberto ate bem depois meia noite. amenity=pub + outdoor_seating=yes pode ser, mas tem mesmo sentido que não e totalmente certo. amenity=kiosk geralmente e um lugar que vender jornais e revistas, chiclete, balas, cartao telefonica, ou outros mercadorias simples. amenity=fast_food tambem não dar certo, faltamos um tag para resolver isso? Este assunto também pode ser levantado na lista tagging@ Aun Johnsen On Jan 25, 2015, at 16:25, Thiago Jung Bauermann thiago.bauerm...@gmail.com wrote: Olá pessoal, Estou mapeando algumas coisas em Ubatuba, São Paulo, e em algumas praias existem quiosques (geralmente mais de um, relativamente próximos uns dos outros) que vendem petiscos, lanches, bebidas (alcoólicas e não-alcoólicas), às vezes pratos também. Não estou encontrando uma tag apropriada pra esse tipo de estabelecimento. Não acho que seja um amenity=restaurant, pois é um lugar mais informal e, principalmente, porque as mesas e cadeiras ficam na rua. Os clientes não entram no estabelecimento. Pensei em um amenity=pub com outdoor_seating=yes, mas o foco desses lugares não é em bebidas alcoólicas, e são lugares onde se leva crianças sem problemas e geralmente não ficam abertos até muito tarde Pensei também em shop=kiosk, mas apesar da semelhança do nome e do wiki dizer que the shop is normally so small that customers cannot enter the shop, a tag parece se referir mais ao que chamamos de banca. Alguma sugestão? -- []'s Thiago Jung Bauermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Abwesenheitsnotiz
Sehr geehrte Damen und Herren, vom 19.01. bis einschließlich 23.01.2015 befinde ich mich im Urlaub. In dieser Zeit werden Ihre Mails nicht weitergeleitet. In dringenden Fällen bin ich über mein Handy zu erreichen. Mit freundlichen Grüßen Martin Scholtes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Start-/Landebahn
Am 14. Januar 2015 um 08:02 schrieb Frederik Ramm frede...@remote.org: Es gibt ja Flugzeuge in der Luft - deren Routen wollen wir bei OSM nicht - und Flugzeuge am Boden; die Rollwege an einem grossen Flughafen können ein ganz schönes Dickicht sein, und darauf zu routen, wäre mit OSM-Daten schon möglich. In der Praxis ist es nicht relevant, weil der Tower den Fliegern schon sagt, wo sie langrollen sollen, aber wer weiss, im Flugsimulatorspiel ist es vielleicht nützlich ;) Es sind nicht nur Flugzeuge auf den Rollwegen unterwegs ;) Wie mir mein Besuch beim VIE gezeigt hat sollte man nicht vorschnell annehmen ein Flughafen würde nicht auch ggf. OSM Kartendaten nutzen. uU etwas OT: Was mir auch klar wurde bei dem Gespräch ist, dass die aktuellen aeroway tags etwas nunja rudimentär und teilweise unpräzise sind. Eine Sache scheint für Flughäfen (zumindest für den Bereich mit dem ich gesprochen habe) essentiell zu sein, die Unterscheidung zwischen taxiway und taxilane. Der Unterschied hier ist ca wie zwischen einer Landstrasse und einer Strasse am Parkplatz. Habe dazu ein Proposal im Wiki angelegt: https://wiki.openstreetmap.org/wiki/Proposed_features/taxilane lg, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Bar in cui giocare/fare scommesse
Il separatore é il punto e virgola se non ricordo male. Il 25/gen/2015 18:50 girarsi_liste liste.gira...@gmail.com ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 25/01/2015 17:53, John Doe ha scritto: In Italia buona parte dei bar sono anche posti in cui si gioca al SuperEnalotto, alla lotteria, si fanno scommesse sportive etc. etc. Si può in questo caso agli amenity:cafe aggiungere un qualcosa come ad esempio gambling:yes? Forse, dico forse: amenity=cafè leisure=adult_gaming_centre gambling=* se più di un gioco, per esempio: gambling=lottery, slot_machines, bingo PS: non mi ricordo se per la separazione dei valori ci va la virgola od il punto e virgola. [0] http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dadult_gaming_centre [1] http://wiki.openstreetmap.org/wiki/Key:gambling - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUxSyuAAoJEMTPIIVov0Zt1EAIAIbcT+ix0AQU5NaZGFWzY3cL CQqxYzlw5B7ovJqkDqGvihSDzUZEeFPFhl2ljC3aFtbWbf8CTbbWk3LX2UPPtZlk awkQh6nVXcsorVMT3EidOIEC9SPTv72Tgbg8FYn3yrKEoRSCKTmilEfrvYjlxuzm jjcB0oaIj6EoVkwZBi8PE9La00eFhQBMpJPcTOMXyKCp5DLHu9vUEKcSk9wz0UJA H+/eL2ak/zZ63JWgNw4dP2X6WEkbWpcll/bdRYTXJYEeV1C7g0QWNqBnMX9xFcli 7iLuhNTsNblwcBXjL08CJMWN6Kn0Ro+leNo9JoV2w1FcKvWSbxkF4llNqw+1vls= =8FLi -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. If google translate got this right... no we don't want to replace it with another relation, we just want to use addr:street. Maybe you in France have access to government data, but we in Germany mostly don't and many countries neither, in some places maybe not even the government has it. And then those relations just make everything more complicated, lack members or mappers break them by accident. I just started cleaning up them and that already got rid of most of them, because they were utterly incomplete. Why should I support and keep a tagging schema when all over Bavaria maybe 5 areas have a dozen complete (associated)Street relations? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hallo, On 01/25/2015 06:12 PM, Stephan Wolff wrote: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Ich glaube, da gibst Du die Diskussion im Forum unzureichend wieder. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On 2015-01-25 20:06, Bryce Nesbitt wrote: On Sun, Jan 25, 2015 at 3:09 AM, Maarten Deen md...@xs4all.nl wrote: But are there a lot of these repair stations around? I know of none. We usually have our bikes repaired in a bike shop. I made list of manufacturers of this type of station at http://guides.obviously.com/Public-Bicycle-Work-and-Repair-Stands-2/1925 [1] ). And then talked to the marketing department at each one. I estimate there are some 5000 units worldwide, which rose sharply in 2014. I figure that OSM has a small role to play here: if everyone's smartphone bike app can FIND these stations, that will increase awareness and thus encourage universities and cities to install them. I wrote a template letter for the manufacturers to include with the stations, with instructions on how to map. My goal is that OSM become the worldwide go to map for this type of feature, and I think we can get there with everyone pitching in! Of course. My comment was geared towards the suggestion that the dutch or belgian community would be an addition. To my knowledge these stations are unknwon in the Netherlands. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
Battu par DidierBot ! Grace à iD qui a permis d'ajouter un building=yes à cet élément : https://www.openstreetmap.org/relation/3078420 (C'est vraiment sérieux, ces relations de 429 membres pour définir un massif montagneux ?) JB. Le 25/01/2015 20:44, Michael Delorme a écrit : Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
Bien vu, ça semble être résolu. Merci ! Pour ma culture générale comment as-tu identifié la source du problème ? Cordialement Le 25/01/2015 20:56, didier2020 a écrit : a voir si cela suffit : http://www.openstreetmap.org/changeset/28403845 je corrige régulierement ce genre d'erreur qui provient généralement de l'éditeur id qui permet d'attribuer une modification a une relation a la place du way voulu Le dimanche 25 janvier 2015 à 20:44 +0100, Michael Delorme a écrit : Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
Le dimanche 25 janvier 2015 à 20:58 +0100, JB a écrit : Battu par DidierBot ! c'est marron ... c'est batiment : c'est mon kravail ... j'ai aussi informé le contributeur (son tout premier changeset) Grace à iD qui a permis d'ajouter un building=yes à cet élément : https://www.openstreetmap.org/relation/3078420 (C'est vraiment sérieux, ces relations de 429 membres pour définir un massif montagneux ?) JB. Le 25/01/2015 20:44, Michael Delorme a écrit : Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
Le 25/01/2015 21:05, Michael Delorme a écrit : Bien vu, ça semble être résolu. Merci ! Pour ma culture générale comment as-tu identifié la source du problème ? Cordialement Je suppose, en cherchant un des bords du problème qui conïncidait avec des limites administratives. En chargeant ces limites à partir d'une zone très restreinte (por de pas charger de l'inutile) et en les explorant une par une pour voir le tag qui pouvait être du landuse=residential, du building=yes, ou quelque chose d'incongru. Mais, j'ai aussi été battu de vitesse. Bravo. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Am Sonntag, den 25.01.2015, 20:08 +0100 schrieb tumsi: Original-Nachricht Betreff: Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM Datum: Sun Jan 25 2015 19:38:12 GMT+0100 Von: Jörg Frings-Fürst o...@jff-webhosting.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hi, [...] Naja das löschen hat ja mal schon in größerem Umfang auch in meiner Gegend angefangen. :( Hier sollte eigentlich das passieren, was sonst auch bei nicht abgesprochen Massenedits/-löschungen passiert: Revert und Sperren des Nutzers... Das denke ich auch. CU Jörg signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
Le dimanche 25 janvier 2015 à 21:05 +0100, Michael Delorme a écrit : Bien vu, ça semble être résolu. Merci ! Pour ma culture générale comment as-tu identifié la source du problème ? le marron ... qui est sur des carrés et qui apparement ne correspond a rien ... = c'est un tag building=yes ou landuse=quarry sur une relation, ici une grande pour trouver: - avec josm, regarder les tags des relations avec beaucoup de membres ou - avec la carte openstreemap, dezoumer et cliquer sur historique (en vert au dessus de la carte) puis regarder les changeset ayant une tres grande emprise (rectangle orange sur la carte) Cordialement Le 25/01/2015 20:56, didier2020 a écrit : a voir si cela suffit : http://www.openstreetmap.org/changeset/28403845 je corrige régulierement ce genre d'erreur qui provient généralement de l'éditeur id qui permet d'attribuer une modification a une relation a la place du way voulu Le dimanche 25 janvier 2015 à 20:44 +0100, Michael Delorme a écrit : Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Am 25.01.2015 um 20:40 schrieb Frederik Ramm: On 01/25/2015 06:12 PM, Stephan Wolff wrote: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Ich glaube, da gibst Du die Diskussion im Forum unzureichend wieder. Ein Satz kann keine Diskussion wiedergeben. Welche Information fehlt dir? Dass von korrekten associatedStreet-Relationen vor dem Löschen der Straßenname übernommen wird? Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Problème de rendu dans l'Ain
ok, merci Le 25/01/2015 21:26, didier2020 a écrit : Le dimanche 25 janvier 2015 à 21:05 +0100, Michael Delorme a écrit : Bien vu, ça semble être résolu. Merci ! Pour ma culture générale comment as-tu identifié la source du problème ? le marron ... qui est sur des carrés et qui apparement ne correspond a rien ... = c'est un tag building=yes ou landuse=quarry sur une relation, ici une grande pour trouver: - avec josm, regarder les tags des relations avec beaucoup de membres ou - avec la carte openstreemap, dezoumer et cliquer sur historique (en vert au dessus de la carte) puis regarder les changeset ayant une tres grande emprise (rectangle orange sur la carte) Cordialement Le 25/01/2015 20:56, didier2020 a écrit : a voir si cela suffit : http://www.openstreetmap.org/changeset/28403845 je corrige régulierement ce genre d'erreur qui provient généralement de l'éditeur id qui permet d'attribuer une modification a une relation a la place du way voulu Le dimanche 25 janvier 2015 à 20:44 +0100, Michael Delorme a écrit : Bonsoir Une grande partie est du département de l'Ain n'affiche plus les landuse ; il semble qu'il y ait un polygone que je n'ai pas identifié (un arrondissement ?) qui s'intercale sur différents rendu : http://www.openstreetmap.org/#map=13/45.9446/5.8167 C'est visible à différents niveaux de zoom (mais pas tous, une histoire de caches j'imagine) et sur différent rendus, par ex sur HOT : http://www.openstreetmap.org/#map=14/45.9337/5.8138layers=H ou sur le rendu FR : http://tile.openstreetmap.fr/?zoom=14lat=45.9543lon=5.8358layers=B000FFF Les données de landuse sont toujours présentes cependant (visibles dans JOSM par exemple). Je ne sais pas si ça apparaît dans d'autres coins de France ou du monde, mais ça a quand même l'air d'être lié à l'Ain vu la limite départementale sur le Rhône... Une idée de la cause et du moyen de réparer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ro] Pozitii kilometrice
km 81 e la paralela, in zona intrarea baicoi pana la intrarea catre floresti prahova Vezi ce restrictii pui, ca poate facem harta bine, sa am surprize cand dau vreo ruta sau ceva de la campina la ploiesti si care trece prin zona aia ! Eu n-am vazut nici o restrictie rutiera in seara asta si se circula impecabil. 2015-01-24 13:24 GMT+02:00 Michael Häckel [via GIS] ml-node+s19327n5831228...@n5.nabble.com: Salut, E posibil cu „highway=milestone”, dar nu e folosit mult. http://wiki.openstreetmap.org/wiki/Proposed_features/Milestones Două exemple în România sunt aici: http://www.openstreetmap.org/node/3275258117 http://www.openstreetmap.org/node/2627858647 Michael Am Samstag, 24. Januar 2015, 11:00:27 schrieb Horsa Alexandru: Salut, Aveti idee cum se pot afla pozitiile kilometrice pe osm? Trafficguide.ro afiseaza pe osm restrictiile date de CNADNR Exemplu: De la km 81 + 150m pana la km 94 + 800m pe DN10, Circulatia autovehiculelor este restrictionata la viteza de 10 km/h si 7,5 tone MTMA. Cum aflu unde este kilometrul 81 pe DN 10? Alex ___ Talk-ro mailing list [hidden email] http:///user/SendEmail.jtp?type=nodenode=5831228i=0 https://lists.openstreetmap.org/listinfo/talk-ro -- If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Pozitii-kilometrice-tp5831226p5831228.html To start a new topic under Romania, email ml-node+s19327n542503...@n5.nabble.com To unsubscribe from Romania, click here http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5425034code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NDI1MDM0fC0xNjUyMTcwOTky . NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Toate cele bune ! ** Gabriel Sebastian Moise Administrator Local - Departament Tehnic *--* NextGen Communications S.R.L. - Campina Mobil NextGen : 076 111 65 59 Mobil Personal : 0726 311 957 Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania ! *--* -- View this message in context: http://gis.19327.n5.nabble.com/Pozitii-kilometrice-tp5831226p5831351.html Sent from the Romania mailing list archive at Nabble.com.___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
