[OSM-legal-talk] Using OSM for computer game terrain, what is the open derivative database?
I've read the section here: http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Embedding_OSM_data_into_other_products.2Fapplications and the response: OK as long as the games company also provides an offer of the open derivative DB free from technical measures in parallel (see Section 4.8b). Otherwise, its explicitly disallowed. My use case is very similar to the linked example as my product is very similar to a video game. My confusion is what open derivative DB and free from technical measures means in my situation. My use case is the following: 1. Selectively import OSM derived vector files for geographic map area. 2. Import other raster source data for elevation, 3rd party vectors, models, etc. 3. Massage source data, fixing collisions, artifacts. 3. Use rendering software to create a 3D terrain using all imported data. 4. Process the 3D terrain to extract proprietary formatted data that runs in a publicly sold application. My questions are: 1. What is the open derivative DB free from technical measures in my case above? 2. Besides offering the open derivative DB, and acknowledging OSM as a source, are there any other restrictions on selling the final proprietary format? Thank you for your time, Dan The information contained in this email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient and have received this communication in error, please contact the sender by reply e-mail and destroy all copies of the original message. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-us] No Parallel/Resize or Copy/Paste in iD editor?
Bryan, Do you mean Control-C and Control-V, which are the usual Windows way to copy and paste? --C At 07:19 AM 4/19/2015, you wrote: On Apr 18, 2015, at 8:39 PM, David Wisbey mailto:yourvillagem...@yahoo.comyourvillagem...@yahoo.com wrote: don't see any way to create parallel features (or Copy and Paste as in JOSM). We don't have a way to create parallel features yet, but there is an open issue for it in github. It's something that a lot of people request and I agree would be a useful tool. Copy and paste does now work with cmd-C / cmd-V, this is a recent addition. Thanks, Bryan Sent from my iPhone ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Fwd: No Parallel/Resize or Copy/Paste in iD editor?
I would love to see the ability to do parallel ways in iD. I have had to go back to Potlatch a couple of times because of this. Charlotte I'm a long-time user of Potlatch. Every time since the new iD editor was introduced that I have tried to use it, I have had to give up and go back to Potlatch. At first it was simply way too slow. It seems to perform better, speed-wise anyway, now. I used to use JOSM to work on the buildings of apartment complexes, until Java stopped working on my computer (still a big mystery with no fix). I heard recently that a new Rotate feature was added in iD, so I decided to give iD yet another try. I see the Rotate tool - nice. However, I don't see any way to create parallel features (or Copy and Paste as in JOSM). This would be necessary for my purposes, where most buildings in an apartment complex are identical but oriented differently. I would like to be able to not only rotate a polygon, but copy and paste and then rotate the pasted polygon and move it to its correct location. I don't see any way to do that. Is there a hidden way of doing this, such as hot keys? Be seeing you, David J. Wisbey GIS Services / Cartography / Graphics / Desktop Publishing Tel. 720-282-3626 Email: mailto:yourvillagem...@yahoo.comyourvillagem...@yahoo.com I'm also on Facebook as David Wisbey ___ Talk-us mailing list mailto:Talk-us@openstreetmap.orgTalk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Umfrageplattform freigegeben
Am 09.04.2015 um 07:52 schrieb Harald Hartmann:
In den letzten Tagen habe ich den Prototyp der Umfrageplattform [3]
auf eine neue technische Plattform (simplemvcframework) aufgesetzt.
http://osm.haraldhartmann.de/umfrage/oauth/login
==
Exception information:
*Date:* Apr 20, 2015 22:33PM
*Message:* SQL Error in OAuthStoreMySQL: Duplicate entry
'iL9xhuHh30PeemMgcQER6SKq8CFlZ9klrWfNlHWP-2147483647-http://api.o' for
key 'ocr_consumer_key' INSERT INTO oauth_consumer_registry SET
ocr_consumer_key = 'iL9xhuHh30PeemMgcQER6SKq8CFlZ9klrWfNlHWP',
ocr_consumer_secret = 'CXqLgVHfDSWVACHEl3Gl2zZzpDTn9EiTCkDNdtUp',
ocr_server_uri = 'http://api.openstreetmap.org/api/0.6/user/details',
ocr_server_uri_host = 'api.openstreetmap.org', ocr_server_uri_path =
'/api/0.6/user/details', ocr_timestamp = NOW(), ocr_request_token_uri =
'https://www.openstreetmap.org/oauth/request_token', ocr_authorize_uri =
'https://www.openstreetmap.org/oauth/authorize', ocr_access_token_uri =
'https://www.openstreetmap.org/oauth/access_token',
ocr_signature_methods = 'HMAC-SHA1,PLAINTEXT' , ocr_usa_id_ref =
7486792951375
*Code:* 0
*File:*
/usr/www/users/haraldh/osm/umfrage/app/helpers/oauth/library/store/OAuthStoreMySQL.php
*Line:* 239
Stack trace:
#0
/usr/www/users/haraldh/osm/umfrage/app/helpers/oauth/library/store/OAuthStoreMySQL.php(68):
OAuthStoreMySQL-sql_errcheck('\n\t\t\t\t\tINSERT IN...')
#1
/usr/www/users/haraldh/osm/umfrage/app/helpers/oauth/library/store/OAuthStoreSQL.php(893):
OAuthStoreMySQL-query('\n\t\t\t\t\tINSERT IN...', 'iL9xhuHh30PeemM...',
'CXqLgVHfDSWVACH...', 'http://api.open...', 'api.openstreetm...',
'/api/0.6/user/d...', 'https://www.ope...', 'https://www.ope...',
'https://www.ope...', 'HMAC-SHA1,PLAIN...')
#2 /usr/www/users/haraldh/osm/umfrage/app/controllers/oauth.php(28):
OAuthStoreSQL-updateServer(Array, '7486792951375c3...')
#3 /usr/www/users/haraldh/osm/umfrage/app/core/router.php(80):
controllers\OAuth-__construct(NULL)
#4 /usr/www/users/haraldh/osm/umfrage/app/core/router.php(196):
core\Router::invokeObject('\\controllers\\oa...')
#5 /usr/www/users/haraldh/osm/umfrage/index.php(110): core\Router::dispatch()
#6 {main}
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Routing over areas
Interesting article for any routing experts: http://anitagraser.com/2015/04/17/routing-in-polygon-layers-yes-we-can/ Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] No Parallel/Resize or Copy/Paste in iD editor?
iD will use the modifier key Cmd on Mac and Ctrl on Windows/Linux. It adjusts the popup tooltips to say the correct thing too. I didn't put anything in the builtin help yet about Ctrl-C and Ctrl-V but I do intend to. I only added the copy buffer code in the latest release a month ago. Also I'll probably be implanting a popup help page to list all the keyboard shortcuts sometime in the next few months. Thanks, Bryan Sent from my iPhone On Apr 20, 2015, at 6:03 PM, Charlotte Wolter techl...@techlady.com wrote: Bryan, Do you mean Control-C and Control-V, which are the usual Windows way to copy and paste? --C At 07:19 AM 4/19/2015, you wrote: On Apr 18, 2015, at 8:39 PM, David Wisbey yourvillagem...@yahoo.com wrote: don't see any way to create parallel features (or Copy and Paste as in JOSM). We don't have a way to create parallel features yet, but there is an open issue for it in github. It's something that a lot of people request and I agree would be a useful tool. Copy and paste does now work with cmd-C / cmd-V, this is a recent addition. Thanks, Bryan Sent from my iPhone ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges
Le 20/04/2015 16:11, JB a écrit : [...] Du coup, j'en ai profité pour créer un petit carnet de randonnée sur la crête des Vosges. [...] bon, c'est plutôt à vous que je préfèrerais que ça plaise…). Moi, ça me plaît bien ! J'ai mis les petits scripts python à disposition, avec la grosse réserve : « c'est crado, vous êtes prévenus ». Voilà voilà, les fichiers. Étant donnés le plantage pour une durée indéterminée d'OSM14/107 et mon éloignement des claviers la semaine prochaine, les documents seront intégrés à http://osm107.openstreetmap.fr/jbtopo/ plus tard. Pour l'instant, j'espère que vous arriverez à y accéder à des vitesses raisonnables là (si ça rame trop et que quelqu'un a peu de place disponible, n'hésitez pas à les adopter/réhéberger temporairement !) : en qualité optimale (impression) 400dpi, 68mo : http://dl.free.fr/jaNOS9SFR en qualité correcte (écran), 20mo : http://dl.free.fr/p7o5ecvul en basse résolution, on profite moins des cartes, 6mo : http://dl.free.fr/cbUwfSPGg fichiers divers et scripts utilisés, 6ko : http://jb.tradfrance.com/CarnetRando.zip JB. TLDR pour les locaux : Super cartographie vosgienne, et au plaisir de vous croiser sur la crête le week-end de l'ascension ! Deux petites remarques : tourism=alpine_hut est plutôt réservé pour les logements avec gardien, du coup, ça va bien pour plusieurs refuges CV/CAF, mais les cabanes seraient plutôt des tourism=wilderness_hut, ou amenity=shelter pour les moins abritées. Et le Vieil Armand est truffé d'attractions touristiques ! Une suggestion (qui serait sympa) sur la dernière page, où il y a les implantation des cartes, un fond de carte global genre OSM de base permettrait de saisir la région couverte. Une autre suggestion, mettre les numéros ou les noms des cartes sur les cartes elle-mêmes. Et puis... Je n'ai pas testé le script. Mais je viens de me lancer dans Maperitive avec le rendu R25. Il me semble que les tags leaf_type ne sont pas rendu pour les forêts. Enfin... Le tout sur Github, ça permettrait de faire remonter les bugs autrement que sur la liste. Puis de parvenir un jour, peut-être à un service genre MapOSmatic -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] ＯＳＣ北海道の共催にいついてのご相談
いいだです。 ちょっと間が開いてしまいましたが、 この件、OSC北海道において、 OSM Taiwanとして発表いただく、ということになりました。 台灣に設置されているタイルキャッシュサーバの現状などについて話されるとのこと、 osm.orgを日本から閲覧する際に利用されるキャッシュサーバであり、 実は僕たちが日頃とてもお世話になっているサーバです。 http://www.ospn.jp/osc2015-do/ セミナープログラムの公開は5月中旬の予定ですが、 周辺の宿泊施設はもうかなり予約でいっぱいになってしまっているとのこと、 もし興味のあるかたがいらっしゃれば、ゼヒゼヒ早めにご予約ください (/･ω･)/ 2015年4月7日 10:12 robert lin robert.clo...@gmail.com: なおやさん 親切なフォローありがとうございます。 窓口にコンタクトしてみます。 2015年4月4日 9:44 なおや naoya.24...@gmail.com: 林さん なおや＠OpenStreetMap Japanese talkメンバーです。 読めていないようなので、転送します。 では。 -- 転送メッセージ -- From: なおや naoya.24...@gmail.com 日付: 2015年4月4日 0:36 件名: Re: [OSM-ja] ＯＳＣ北海道の共催にいついてのご相談 To: OpenStreetMap Japanese talk talk-ja@openstreetmap.org 林さん なおやです。 OSMF Japanの窓口 ですが、こちらに記載があります。 http://www.osmf.jp/about ご参考まで。 2015年4月3日 23:10 ribbon o...@ns.ribbon.or.jp: On Fri, Apr 03, 2015 at 01:50:52PM +0900, robert lin wrote: こんにちは、 突然のメールで失礼します。 Clonezilla コミュニティーの林と申します。 このたび、2015OSC北海道にて、アジア地域におけるOSMキャッシュサーバ の構成＆運営状況について、セッションを設けたいと思っています。 内容的にはClonezillaとはあまり関係ないので、こちらのＯＳＭ日本コミュニティ と相談することになりますが、どなたと相談すれば宜しいか教えて頂けると幸いです。 https://lists.openstreetmap.org/pipermail/talk-ja/2015-April/008866.html というような返事が行ってますでしょうか。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- /---@_@---/ なおや NISHINO Naoya Twitter http://twitter.com/naoya_24 -- /---@_@---/ なおや NISHINO Naoya Twitter http://twitter.com/naoya_24 ___ 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
[Talk-br] Sua cidade está mesmo bem mapeada?
Olá, Pra quem ainda não tem o costume, é sempre bom verificar erros de mapeamento através de algumas ferramentas de controle de qualidade. As duas principais são o OSM Inspector e o KeepRight: http://tools.geofabrik.de/osmi/ http://keepright.ipax.at/report_map.php?zoom=14lat=-23.58791lon=-46.65713 Essas ferramentas apontam muitos erros que alguns editores deixam passar ou que cometemos no passado por inexperiência. Outro recurso importante é usar o validador do JOSM com regras adicionais específicas para o Brasil. Instruções de instalação em https://github.com/OSMBrasil/validador-josm/ Wille ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSRM-talk] Can hints be used to identify a common segment?
Hi, I have a need to be able to identify if two locations are on the same segment. We already have the hints for each location and there seems to be some commonality in the hints for location on the same segment. I'm wondering if there is a safe way to use the hints to determine if they are on the same segment. Thanks, -Steve --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-at] wpt_symbol, wpt_description
On 14.04.15 23:09, Rainer Fügenstein wrote: http://www.openstreetmap.org/node/1043478866 http://www.openstreetmap.org/node/1043478911 deren tags scheinen keinen sinn zu machen. tags löschen? Also das schaut sehr nach Garmin Waypoints aus (das wpt_symbol City (Small) ist IIRC einfach ein Quadrat; die ele=0 heißt einfach ungültig). Offenbar hat der Mapper Waypoints über GPX als OSM-Objekte geladen. Und ja, natürlich ist es gerechtfertigt, sowas zu löschen. a) ist es inhaltlich sinnfrei (war damals nur Mittel zum Zweck) und b) ist es über 4 Jahre alt. Man muß sich übrigens den Aufwand vorstellen, den der Mapper wohl getrieben hat, um damals einen ungefähren Umriss eines Waldes zu kriegen... /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-ja] ＯＳＣ北海道の共催にいついてのご相談
三浦です。 今回、この発表をいただけるということで、OSC北海道に参加します。 タイルサーバの立ち上げや、キャッシュサーバの立ち上げを行いたいと 希望しており、技術的な検討や、試行や調査をしてます。 情報を伺うと共に、日本としての立ち上げの相談をしたいです。 ＃４月１９日AMの時点で、わたしの手配方法では、 ＃１３日（土）の宿がとれませんでしたので、１３日の最終便で帰る旅程です。 On 2015年04月21日 09:54, Satoshi IIDA wrote: いいだです。 ちょっと間が開いてしまいましたが、 この件、OSC北海道において、 OSM Taiwanとして発表いただく、ということになりました。 台灣に設置されているタイルキャッシュサーバの現状などについて話されるとのこと、 osm.orgを日本から閲覧する際に利用されるキャッシュサーバであり、 実は僕たちが日頃とてもお世話になっているサーバです。 http://www.ospn.jp/osc2015-do/ セミナープログラムの公開は5月中旬の予定ですが、 周辺の宿泊施設はもうかなり予約でいっぱいになってしまっているとのこと、 もし興味のあるかたがいらっしゃれば、ゼヒゼヒ早めにご予約ください (/･ω･)/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Weekly 247 in English is online - have fun!
The weekly round-up of OSM news, issue # 247, 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
[OSM-talk] Weekly 247 in English is online - have fun!
The weekly round-up of OSM news, issue # 247, 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
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
Il 20 aprile 2015 11:23, cesare gerbino ha scritto: Bene e allora siamo a 3 Regioni potenzialmente disponibili dai! dai! per la Toscana sembra che ci sia solo Firenze: http://dati.toscana.it/dataset?tags=Edilizia+scolastica da notare che c'è un dataset con punti ;-) e due con aree (non so quale sia la differenza), la licenza è CC-BY -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM nella sala crisi Capitanerie di Porto
Il 20 aprile 2015 13:50, Gianmario Mengozzi ha scritto: https://twitter.com/gianmengoz/status/590107791693611008 potresti proporla come immagine per la prossima settimana http://wiki.openstreetmap.org/wiki/Featured_image_proposals -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sito di API per statistiche italiane
dieterdreist wrote 2015-04-19 9:50 GMT+02:00 Francesco Pelullo lt; f.pelullo@ gt;: E' piu' del doppio del secondo in ordine di classifica, mcheckimport che, per quanto ne so, è un bot. pensavo che non fosse un bot mcheckimport, ci siamo scritti alcune volte... Ciao, Martin è abbastanza improbabile che riesca a fare tutto a mano...di sicuro gestisce dati in enormi quantità e quindi come minimo va avanti in JOSM di filtri e modifiche di gruppo secondo me...che non sia un bot sono abbastanza sicuro anche perchè analizzando come interviene non sembra una procedura automatica...inoltre i suoi changelog sotto created_by hanno la dicitura JOSM/1.5 (8159 it) e dubito convenga usare josm come layer di intervento di un bot...ma non sono esperto quindi probabilmente sto dicendo fregnacce. quindi secondo me è un utente estremamente attivo e che sa usare gli strumenti a disposizione. comunque sia nulla impedisce al gestore di un bot di rispondere alla posta associata all'utente bot ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Sito-di-API-per-statistiche-italiane-tp5840998p5841187.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-talk] Wiki project: Article about the standard layer, with key
I have created a wiki page about the Standard layer found on www.openstreetmap.org Here it is: https://wiki.openstreetmap.org/wiki/Standard_tile_layer This wiki page is still a big work in progress. Here are two goals of this wiki page: 1) Concentrate on user's view, not mapper's view 2) Give a brief description of the Standard layer and other information of intererest. 3) Document all the map colors, symbols and lines. Also known as “key”. I know that the homepage has already a key, but it is very incomplete and outdated, most symbols (“points of interest”) are not explained at all. Does anyone want to help with this effort? There are the following challenges: - I want to have the pure, unaltered icons in their original size. Many icons I found in the wiki are pretty outdated. - If possible, the icons should be stored as uniform as possible in the wiki. It looks ugly if all the icons are displayed in different sizes - Documenting all the non-obvious stuff about the layer, such as that private access things are drawn semi-transparent, etc. - Keeping this whole thing up to date You can help by: - Extending the key - Give advice if you know more about the inner workings of the Standard layer - Uploading missing icons into the wiki - Updating outdated icons in the wiki - Adding more general information about this layer -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-es] Mapping Party en Valencia! Este fin de semana organiza Geoinquietos Valencia junto con Valencia en Bici
Buenas tardes, Desde Geoinquietos Valencia [1] queremos anunciaros que hemos organizado junto con Valencia en Bici una Mapping Party para introducirse en OpenStreetMap sobre temática ciclista. Comenzaremos esta primera experiencia mapeando y actualizando info de POI ciclistas, aparcabicis, tiendas y otros puntos de interés. La Mapping Party* se celebrará entre el próximo viernes 24 de abril y sábado 25 de abril en La Casa Verda. La agenda y más información la tenéis en el wiki de OSM. Enlace: https://wiki.openstreetmap.org/wiki/Valencia_Mapping_Party_2015 Para inscribiros: http://doodle.com/qrbtqmhhcv5w453w Nos vemos el viernes! Un saludo, Rafael Oliete Ballester http://twitter.com/raolbaletco Si tenéis alguna duda podéis remitirlas a geoinquietosvlc+mappingpa...@gmail.com [1] http://valencia.geoinquietos.org (*) Más info: Lugar: La Casa Verda, en calle Portal de la Valldigna 15, Velluters, Valencia.http://www.openstreetmap.org/node/2393678546#map=19/39.47760/-0.37884 El programa del evento será: * Viernes 24 de abril 2015 Tarde [18:00] Presentación de Geoinquietos Valencia Introducción a OpenStreetMap, Organización de la salida a campo del sábado * Sábado 25 de abril 2015 Mañana [10:00-14:00] Salida a campo. Se recabarán datos para mejorar los mapas, ya sea en bici, andando o en transporte público. Tarde [17:00-20:00] Breve explicación y trabajo de gabinete y subida de datos a OSM Requerimientos: Para el sábado por la mañana es necesario llevar papel, lápiz/boli y algo donde apoyarse (carpeta/libreta). Calzado cómodo y ganas. Iremos informando de más cuando conozcamos las predicciones de AEMET. Para el sábado por la tarde es necesario llevar portátil y a ser posible regleta por si fuera necesario conseguir enchufe para la batería.Se podrá acudir a ver qué están haciendo los geoinquietos que se animen si no se dispone de ordenador. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Tout dépend de la qualité des données... c'est dur à juger depuis talk-fr ;) Le 20/04/2015 14:33, Nicolas Moyroud a écrit : Le 20/04/2015 12:57, JB a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? Sérieusement ? Tout plein de fois. Mais bon là c'est pas ma zone donc j'aurai du mal à m'en occuper personnellement. ;-) Je comprends vos arguments, mais je pense que osmose systématique n'est pas non plus une bonne idée. Là il y a quand même de la qualité et on peut se poser sérieusement la question d'un import (même sans tag fixme si c'est ça qui vous gêne). Tout dépend en fait du gain en qualité. Si ça revient à se dire on ne veut aucune donnée externe, même de bonne qualité et on préfère que tout soit vérifié avant à travers Osmose c'est un peu dommage. Au final on gagnera peut-être 5% en qualité mais l'ensemble de ces données ne sera pas disponible dans OSM avant plusieurs mois ou même plusieurs années (avec le postulat que la thématique bornes incendies dans le Tarn ne passionne pas forcément les foules). Sinon on choisit d'importer et on laisse corriger les quelques données pas très précises par les contributeurs, ce qui ira beaucoup plus vite et peut même inciter à la contribution. Et les 5% de gain en qualité seront peut-être même corrigés plus vite. Osmose c'est super mais ça touche quand même très peu de monde comparé au nombre de contributeurs d'OSM... Autre idée que j'ai en tête : prendre cet exemple pour montrer à mes SDIS locaux ce qui peut être fait dans OSM si ils libèrent leurs données. Si je leur montre l'exemple des données sur le Tarn avec une extraction des données depuis OSM ça risque de faire son petit effet. Si je leur explique Osmose + durée d'intégration longue dans OSM ça risque beaucoup moins de les motiver. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
Il 20 aprile 2015 11:10, cesare gerbino ha scritto: -) sulla georeferenziazione viene citato Il dato cartografico disponibile per questo dato è stato geocodificato a cura della redazione, tramite procedure automatizzate su questo sito http://www.ediliziascolastica.regione.toscana.it/ invece c'è tuttora un link datato 13/04/2011 a un documento intitolato Manuale per Georeferenziazione Edifici e Scuole che invece descrive una procedura manuale che inizia con la frase andate sulle mappe di google (con google scritto minuscolo...) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
Il 19 aprile 2015 21:42, pietroblu ha scritto: Il giorno Dom 19 Apr 2015 20:01 Aury88 [via GIS] [hidden email] ha scritto: io sarei anche interessato, ma considera che non sono bravo a programmare e ancora non ho una grossa esperienza in import o altre cose più tecniche della semplice mappatura. Lo stesso anch'io. per il discorso della programmazione considerate che ci possono essere delle alternative che coinvolgono i ragazzi più direttamente di un programma già pronto (anche se ottimo come WTOSM) e gli possono fornire delle competenze utili anche in altri contesti, ad esempio con un foglio di calcolo ci sono formule, formattazione condizionale e grafici che usano concetti vicini alla programmazione ma sono più semplici da imparare perché danno un risultato immediato -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-be] Kaartje om huisnummer-mappers terug te vinden
Deze kaart [1] zou aangeven waar huisnummers gemapped zijn. Kan wel kloppen, 'k hier toch duidelijk regio's waar Sander, Glenn en Sus, e.a. adressen hebben toegevoegd. mvg m A map [1] that clearly shows the area's where housenumbers have been mapped. [1] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=9lat=51.01825lon=4.92155layers=BTTFF ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Wiki project: Article about the standard layer, with key
On 20 April 2015 at 13:27, Wuzzy wuz...@mail.ru wrote: I have created a wiki page about the Standard layer found on www.openstreetmap.org Here it is: https://wiki.openstreetmap.org/wiki/Standard_tile_layer Thanks for that! I think Andy was also trying to create an updated map key, but I'm not sure if he's still working on it. He used software he created for that himself: https://github.com/gravitystorm/mapnik-legendary Here are two goals of this wiki page: 1) Concentrate on user's view, not mapper's view 2) Give a brief description of the Standard layer and other information of intererest. 3) Document all the map colors, symbols and lines. Also known as “key”. You might also be interested in https://github.com/gravitystorm/openstreetmap-carto/blob/master/README.md and https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md . I think it would be good not to duplicate too much information. There are the following challenges: - I want to have the pure, unaltered icons in their original size. Many icons I found in the wiki are pretty outdated. Everything you need is in https://github.com/gravitystorm/openstreetmap-carto/tree/master/symbols . - If possible, the icons should be stored as uniform as possible in the wiki. It looks ugly if all the icons are displayed in different sizes I'm not sure what you mean by that, do the icons above help? - Documenting all the non-obvious stuff about the layer, such as that private access things are drawn semi-transparent, etc. Would be useful indeed, I'm afraid you'd need to read the source code for that. - Keeping this whole thing up to date Yes, that would be the largest challenge. Perhaps a pseudo-automated solution, such as legendary, would be the easiest to keep things up to date. You can help by: - Extending the key - Give advice if you know more about the inner workings of the Standard layer - Uploading missing icons into the wiki - Updating outdated icons in the wiki - Adding more general information about this layer I don't really have time to actively contribute to updating the page, but I'm happy to help with any questions you might have (I'm one of the maintainers of the Standard style). -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] OSM nella sala crisi Capitanerie di Porto
2015-04-20 14:03 GMT+02:00 Daniele Forsi dfo...@gmail.com: Il 20 aprile 2015 13:50, Gianmario Mengozzi ha scritto: https://twitter.com/gianmengoz/status/590107791693611008 potresti proporla come immagine per la prossima settimana http://wiki.openstreetmap.org/wiki/Featured_image_proposals Il problema è la licenza, bisognerebbe avere una immagine (a risoluzione migliore?) con l'autorizzazione a pubblicarla su wiki come cc-by-sa Ho usato quella che è su questa pagina http://www.elmansrl.it/it/prodotti/item/pelagus -- Daniele Forsi Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sito di API per statistiche italiane
Il giorno 20 aprile 2015 07:31, Federico Cortese cortese...@gmail.com ha scritto: Vedo che, forse in considerazione dei discorsi precedenti, hai completamente tolto le statistiche sui revert. Li ho tolti perche' erano sbagliati. Pensavo di individuare i revert in base allo schema: oggetto creato con versione 1 ma mi sbagliavo. Saluti ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Wiki project: Article about the standard layer, with key
W dniu 20.04.2015 14:27, Wuzzy napisał(a): There are the following challenges: - I want to have the pure, unaltered icons in their original size. Many icons I found in the wiki are pretty outdated. - If possible, the icons should be stored as uniform as possible in the wiki. It looks ugly if all the icons are displayed in different sizes All the source files for icons on the standard layer (and other visual patterns) can be found here: https://github.com/gravitystorm/openstreetmap-carto/tree/master/symbols (shields for the different kinds of roads are inside the subfolder shields). The easiest thing to view them locally would be to install Git and clone this repository. However notice, that we're in a process of transition from PNG icons to pixel-aligned SVG icons. While the PNGs are exactly what you see on the map, the SVGs are the source for transforming them into real raster files (PNG probably), but I don't know how to do this manually or where to find them in a transformed version. The man behind PNG-SVG transition is nebulon42 ( https://github.com/nebulon42 ), so you can contact him and ask about details. As far as I know there's no documentation for what gets displayed and you have to look mainly at the MSS files to find out. Hope that helps. -- Piaseczno Miasto Wąskotorowe ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Le 20/04/2015 12:57, JB a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? Sérieusement ? Tout plein de fois. Mais bon là c'est pas ma zone donc j'aurai du mal à m'en occuper personnellement. ;-) Je comprends vos arguments, mais je pense que osmose systématique n'est pas non plus une bonne idée. Là il y a quand même de la qualité et on peut se poser sérieusement la question d'un import (même sans tag fixme si c'est ça qui vous gêne). Tout dépend en fait du gain en qualité. Si ça revient à se dire on ne veut aucune donnée externe, même de bonne qualité et on préfère que tout soit vérifié avant à travers Osmose c'est un peu dommage. Au final on gagnera peut-être 5% en qualité mais l'ensemble de ces données ne sera pas disponible dans OSM avant plusieurs mois ou même plusieurs années (avec le postulat que la thématique bornes incendies dans le Tarn ne passionne pas forcément les foules). Sinon on choisit d'importer et on laisse corriger les quelques données pas très précises par les contributeurs, ce qui ira beaucoup plus vite et peut même inciter à la contribution. Et les 5% de gain en qualité seront peut-être même corrigés plus vite. Osmose c'est super mais ça touche quand même très peu de monde comparé au nombre de contributeurs d'OSM... Autre idée que j'ai en tête : prendre cet exemple pour montrer à mes SDIS locaux ce qui peut être fait dans OSM si ils libèrent leurs données. Si je leur montre l'exemple des données sur le Tarn avec une extraction des données depuis OSM ça risque de faire son petit effet. Si je leur explique Osmose + durée d'intégration longue dans OSM ça risque beaucoup moins de les motiver. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Hundekottütenspender tagging
Meiner Meinung nach ist die Wiederverwendung von amenity=vending_machine schon in Ordnung. Vielleicht könnte man “amenity=vending_machine” halt allgemeiner definieren als ein (größtenteils) immobiler kleinräumiger Gegenstand, welcher bestimmte Waren ausgibt. Üblicherweise, aber nicht zwangsläufig, sind das Automaten und üblicherweise gegen Bezahlung. Dann passt das Wort zwar nicht mehr 100%ig, aber das ist ja sowieso nur intern; der Endbenutzer sieht das ja eh nicht. Und die »Spender« haben mit Verkaufsautomaten viel gemeinsam. Ein komplett neues Taggingschema dafür aus der Taufe zu heben, scheint mir zu unpassend, denn viele Tags können ja einfach wiederverwendet werden und vending_machine ist halt schon ziemlich verbreitet. Außerdem ist payment:none=yes korrekt. Laut Wiki ist das so definiert: “Use this key if the service is free of charge” -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
+1 aussi pour une solution d'intégration granulaire plus propre qu'un import massif avec des fixme=* On en a eu plein des jeux de données limite en qualité qu'on a choisit de ne pas importer. La correction post-import ça ne fonctionne pas: après des années il doit encore rester des points d'Eau de Paris encore ici ou là avec des fixme sauf si on les a massivement supprimé... Si quelqu'un veut utiliser les données telles qu'elles sont et bien il a l'accès direct à l'opendata. Le 20/04/2015 13:02, Vincent de Château-Thierry a écrit : De: David Crochet david.croc...@free.fr Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Des avis ? +1 aussi pour la correction participative générale. De mon côté, c'est sans hésiter +1 pour _l'intégration_ participative, donc la solution Osmose. Si on est face à un jeu de données qui nécessite qu'on colle à l'import un tag fixme sur chaque objet, alors il y a un souci, non ? vincent ps. d'accord avec JB dont je vois la réponse entre temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Boundaries and verifiability (was Re: Retagging hamlets in the US)
Martijn van Exel m...@rtijn.org writes: On Wed, Mar 25, 2015 at 3:00 AM, Minh Nguyen m...@nguyen.cincinnati.oh.us wrote: If you're lucky, you can find an Ohio city limit's legal definition in county commissioners' minutes when an annexation is proposed. The most authoritative data representation is the county GIS database, which anyone can easily access -- for a fee. After paying the county for that database, you might well forget about OSM, because it's also the authoritative source for road centerlines and names. That is actually not what I meant, but I could have been more precise. I guess this turns into a discussion of what 'authoritative' actually means. This is different things to different people. As OSM becomes better, increasingly folks will start looking at us for authoritativeness, which would make sense because everything is (supposed to be) verified on the ground. authoritative is a complicated word. One sense is the source that legally defines something. The other sense is what people usually mean with maps, which is about whether the map production process is such that a user can have a high degree of confidence Because administrative boundaries have legal implications, the authoritative source will need to be someplace outside of OSM. True, but I don't see the point. The authoritative source for whether a road exists is the fact in the real world, so that's outside OSM too. A map (database; that's not the point here) is a collection of useful facts, and except for maps published by entities whose word defines the world, no maps are authoritative in this sense. It's certainly true that no court would decide if a house is in a particular town by looking at OSM. I'm not sure if you're suggesting deleting all the boundary data, or just pointing out that most court cases will not use OSM data, or something else. It may actually hurt OSM down the line if we include information that suggests authoritativeness we cannot provide. I really don't follow your logic here. OSM has all sorts of information, and is the authoritative-as-defining source for essentially none of it. This is true of arguably every general-purpose map. Even the USGS map includes information where the Board of Geographic Names is authoritative. When I hear regular GIS people talk about authoritative data in the context of OSM, the concern is that anyone can edit and there is no QA process, so how can the data be trusted? This is compared to NAVTEQ (just to pick on), which presumably takes State DOT data and surveys/QAs it (so how can the data be up to date?). Whether the crowdsourcing process or the standard process leads to better data is not a settled question; there are valid arguments about the process both ways. (I find OSM data to be generally better in Massachusetts than e.g. the proprietary data that comes with a Nuvi, but in some places it's worse.) With respect to boundaries, careful curation of boundary information (from the law, as Minh suggests, or actual stones in my state) by OSM people leads to a good set of data, arguably as good as included in any other general-purpose map. So it's just the usual grand struggle to improve and add data, and I don't see why there should be any special concerns about authoritativeness. All of this has little to do with neighborhoods, which are mostly (?) vernacular in naming and delineation, and even when there are official neighborhood designations, in my own experience they do not always match the vernacular names. I support point mapping of vernacular neighborhoods. If you really want to have shapes for vernacular neighborhoods, you can look at the now-ancient-but-still-cool flickr Alpha Shapes[2], last updated in 2011 but still available for download[3]. But please don't upload 'em to OSM :) As a political boundary (in the political map sense), an official neighborhood designation can be distinct from the neighborhood with a vernacular name, but that's an argument to map both rather than favoring one over the other. They coexist and might share a name but aren't necessarily the same thing. People should be able to get the concrete, objective boundary of an official neighborhood from OSM and an amorphous, subjective boundary of an informal neighborhood from Alpha Shapes. Sure, but vernacular and official neighborhood objects would then need to be represented differently so folks can tell them apart and know what they are dealing with. That's basically admin_level=10 for an official neighborhood (I think Boston and Newton have these), and some sort of place=locality for things without legal boundaries. This is related to the hamlet discussion. One of the issues with OSM's place name schema is the confusion between place names and boundaries. Boundaries are actually pretty clear how they should be. But the place=town etc. talk about population, and you can't have population without a boundary. That probably
Re: [OSM-talk-be] Kaartje om huisnummer-mappers terug te vinden
Dat komt dus niet goed, er staan meestal nog niet eens huizen op die plaatsen, dus huisnummers wil echt wel zeggen: eerst huizen tekenen, het invullen van de nummers is dan pas kinderspel in 80% van de gevallen. En al de fouten, de (postcode) grensproblemen die zo bovenkomen, het gaat misschien niet aan lichtsnelheid, maar de kwaliteit van de data is beter dan de bron omdat we de fouten niet mee overnemen (en die zijn er). Een mass import is niet de juist manier imho. Als je wil helpen om huisnummers te mappen is het tekenen van individuele huizen wel een serieuze. Glenn On 20-04-15 15:32, Karel Adams wrote: Huh, ik dacht dat ik heel flink had gewerkt in Haacht, maar blijkbaar komt het % hier nog maar amper boven de ruisdrempel? Frustratie! Ik weet wel dat er nog heel wat te doen blijft, maar toch... Of is het eigenlijk weinig zinnig om manueel huisnummers te mappen, omdat er vroeg of laat toch wel een massa-import komt vanuit een of ander GIS, al dan niet overschrijvende wat met veel toewijding manueel werd ingebracht? Karel PS sed -e 's/area\'s/areas/' ;) On 20-04-15 13:14, Marc Gemis wrote: Deze kaart [1] zou aangeven waar huisnummers gemapped zijn. Kan wel kloppen, 'k hier toch duidelijk regio's waar Sander, Glenn en Sus, e.a. adressen hebben toegevoegd. mvg m A map [1] that clearly shows the area's where housenumbers have been mapped. [1] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=9lat=51.01825lon=4.92155layers=BTTFF ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Brückennummern
der übliche tag, um Brückennummern auf Straßen, Wege und Eisenbahnen zu taggen, die auf Brücken verlaufen (also nicht um Brückennummern an Brücken zu taggen), ist der tag bridge_ref Hingegen ist der tag für Brückennummern ref wenn es sich um ein Brückenobjekt handelt (man_made=bridge) und nicht nur um eine indirekt gemappte Brücke, die nur über Attribute auf dem darüber führenden Weg eingetragen ist. Wenn es bereits eine gemappt Brücke gibt, sollte diese m.E. die Brückennummer, die Brückenname etc. erhalten, und auf der darüber verlaufenden Straße muss / sollte man die Brückeninformationen nicht alle nochmal wiederholen. Gruß, Martin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Hundekottütenspender tagging
Da das glaube ich ( http://taginfo.osm.org/tags/vending=excrement_bags#map ) vor allem ein deutsches Thema ist, melde ich mich hier. Diese Hundekottütenspender sind doch in aller Regel (zumindest die mir bekannten) kostenlos benutzbar. Leider ist das derzeitige Tagging hierzu unpassend amenity=vending_machine oder zu deutsch: Verkaufsautomat siehe auch hier: http://wiki.openstreetmap.org/wiki/DE:Animal#Hundekot-T.C3.BCten-Spender Die Dinger heissen ja nicht aus Versehen auf deutsch Spender und nicht Verkaufsautomat. Das Zusatztagging payment=none ist auch Quatsch für einen Verkaufsautomaten: es wird was verkauft, aber keine Bezahlformen sind zugelassen?). Mein Vorschlag wäre es, hier das tagging entsprechend anzupassen, damit es semantisch passt. Falls es irgendwo doch entgeldpflichtige Hundekottütenspender gibt, würde ich die eher nicht über den Haupttag unterscheiden sondern über das übliche fee=yes/no/x Eure Meinung? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-ja] 京都世界遺産マッピングパーティ、第２回は05月16日（土）に金閣寺
京都の山下です。皆さんこんにちわ。 毎月１つ、世界遺産のコンプリートをたくらむ 京都世界遺産マッピングパーティ、 第２回は05月16日（土）に金閣寺をマッピングに行きます！ https://openstreetmap.doorkeeper.jp/events/23367 みなさん、どうぞお越しください！！ -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-de] Hundekottütenspender tagging
Am 20. April 2015 um 12:16 schrieb Hartmut Holzgraefe hartmut.holzgra...@gmail.com: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine#Payment payment:none=yes passt also. fee=no wäre kürzer, steht aber so in der vending_machine Seite nicht drin, wird also im Zweifelsfall so auch nicht ausgewertet. naja, payment:none=yes heisst ja nur, dass keine Bezahlmöglichkeiten akzeptiert sind, während fee=no heisst, dass es nichts kostet. Beides ist dann aber kein Verkaufsautomat, weil eben nichts verkauft wird. Verkaufen erfordert ja, dass man einen Preis bezahlt, gleich oder später, von daher passt beides nicht als Kombination mit vending_machine. Evtl. könnte payment:none passen, wenn man irgendwie später oder früher zahlen müsste aber nicht vor Ort ;-) fee=no passt in keinem Fall. Und ein nacktes payment=... sollte es eigentlich auch nicht geben laut Key:payment, sondern immer nur konkrete payment:...=... Tags. Danke für den Hinweis, hatte das so aus dem Wiki-Animal-Bereich übernommen (link siehe meine erste Mail) und es war mir nicht aufgefallen, weil payment-Methoden nicht so sehr zu den tags gehören, die ich selbst einsetze. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] OSM nella sala crisi Capitanerie di Porto
Ecco: https://twitter.com/gianmengoz/status/590107791693611008 -- sent by Nexus 5 Il 19/apr/2015 23:49, Davide Mangraviti davide...@inwind.it ha scritto: Si pare che sia OSM, che potrebbe essere una delle mappe di sfondo del loro sistema di sala Pelagus GIS http://www.ansa.it/sito/photogallery/primopiano/2015/04/19/naufragio-nel-canale-di-sicilia-la-sala-operativa-della-guardia-costiera_89973f8d-d5cb-4de0-82b3-c32bad84027e.html -- View this message in context: http://gis.19327.n5.nabble.com/OSM-nella-sala-crisi-Capitanerie-di-Porto-tp5841115p5841138.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Kaartje om huisnummer-mappers terug te vinden
Huh, ik dacht dat ik heel flink had gewerkt in Haacht, maar blijkbaar komt het % hier nog maar amper boven de ruisdrempel? Frustratie! Ik weet wel dat er nog heel wat te doen blijft, maar toch... Of is het eigenlijk weinig zinnig om manueel huisnummers te mappen, omdat er vroeg of laat toch wel een massa-import komt vanuit een of ander GIS, al dan niet overschrijvende wat met veel toewijding manueel werd ingebracht? Karel PS sed -e 's/area\'s/areas/' ;) On 20-04-15 13:14, Marc Gemis wrote: Deze kaart [1] zou aangeven waar huisnummers gemapped zijn. Kan wel kloppen, 'k hier toch duidelijk regio's waar Sander, Glenn en Sus, e.a. adressen hebben toegevoegd. mvg m A map [1] that clearly shows the area's where housenumbers have been mapped. [1] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=9lat=51.01825lon=4.92155layers=BTTFF ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
3. sono presenti due campi lat e lon ma solo il 72% è popolato e le coordinate sembrano essere assegnate in maniera estremamente approssimativa, su una sorta di griglia regolare, dunque utili solo per avere una localizzazione approssimativa, un esempio qui [2]. Conosco i dati del MIUR: ho sempre pensato che non fossero disponibili i dati di geolocalizzazione perchè fossero stati derivati da Google (le mappe di Scuola in Chiaro usnao come sfondo le mappe di Google e quindi ho fatto, magari sbagliando 1+1 ) Le cose sono in evoluzione, in effetti fino a ieri i dati del MIUR erano stati georiferiti con google adesso il governo ha legano i fondi dell'edilizia scolastica [1] in parte alla completezza delle relative anagrafi che le regioni devono tenere, quindi adesso c'è una certa pressione per avere dei dati più corretti. Ci vorrà del tempo ma già alcune regioni si sono attrezzate e, con la dovuta pazienza che i vari passaggi burocratici richiedono, queste anagrafi regionali stanno cominciando ad alimentare il database del MIUR. [1] http://italiasicura.governo.it/site/home/scuole.html Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
-) sulla georeferenziazione viene citato Il dato cartografico disponibile per questo dato è stato geocodificato a cura della redazione, tramite procedure automatizzate che in determinati casi possono restituire risultati anche molto approssimati. che qualche dubbio magari lo fa venire (quali procedure automatizzate? Uh ...). Forse si dovrebbe approfondire o se c'è qualcuno il lista che ne sà magari può fornire dettagli In ogni caso mi sembra un ottimo esempio da seguire. == Potrebbe essere utile alla causa? Vediamo se poi altre Regioni si aggiungono Sono abbastanza sicuro che anche il Friuli Venezia Giulia ha spedito i suoi dati ;-) la georeferenziazione è stata chiesta in un secondo tempo e con ogni probabilità questo dato non è ancora stato aggiornato. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
Cribbio! Sto invecchiando . in effetti tempo fa avevo tenuto traccia di questo annuncio http://italiasicura.governo.it/site/home/scuole/articolo317.html in cui ci sono i dati relativi a Umbria ed Abruzzo e avevo anche mandato una mail in sulla lista SOD Ecco il testo === Non è così consueto trovare questi dati georiferiti come open data e quindi la considero una news degna di nota. Ma la cosa più interessante, nel caso di Regione Abruzzo, credo siano i dati associati che sono, potenzialmente, davvero molti e molto interesanti. Ne riporto una descrizione per rendere l'idea NOME: Edifici Scolastici: certificazioni, protezioni, dotazioni per disabili e termiche (geocodificati) DESCRIZIONE: Contiene gli Edifici Scolastici classificati per comune, provincia, località e indirizzo, con l'informazioni su: Agibilità (richiesto si/no) Agibilità (presente si/no) Data rilascio certificato agibilità Collaudo statico (richiesto si/no) Collaudo statico (presente si/no) Data rilascio certificato collaudo statico Conformità impianto antincendio Data rilascio certificato impianto antincendio 626 - Valutazione del rischio 626 - Piano di emergenza CPI - attività non soggetta al rilascio del CPI CPI - attività soggetta al rilascio del CPI CPI - richiesta in corso di rilascio CPI - certificato scaduto e deve essere rinnovato CPI - certificato in corso di validità Impianto di protezione contro le scariche atmosferiche Tipo impianto contro le scariche atmosferiche Effettuato calcolo di necessità protezione scariche atmosferiche Dotato di accorgimenti per superamento barriere architettoniche Accesso dall'esterno con rampe (pendenza 8%) Scale a norma (alzata non 16 cm, pedata non 30 cm) Ascensore per il trasporto di disabili (1,40 x 1,10 m) Servo scala e/o piattaforma elevatrice Servizio igienico specifico per disabili a norma Porte di larghezza minima di 0,90 m Percorsi interni Percorsi esterni Altri accorgimenti per barriere architettoniche Edificio dotato di accorgimenti per ridurre i consumi energetici Vetri doppi o doppi serramenti Isolamento della copertura Isolamento pareti esterne Zonizzazione impianto termico Pannelli solari Altra tipologia di riscaldamento e note Non male no? Se proprio poi vogliamo essere pistini e trovare cose da migliorare citerei: - ) la licenza adottata è http://creativecommons.org/licenses/by-nc/3.0/ per cui ne limita l'adozione per usi commerciali -) sulla georeferenziazione viene citato Il dato cartografico disponibile per questo dato è stato geocodificato a cura della redazione, tramite procedure automatizzate che in determinati casi possono restituire risultati anche molto approssimati. che qualche dubbio magari lo fa venire (quali procedure automatizzate? Uh ...). Forse si dovrebbe approfondire o se c'è qualcuno il lista che ne sà magari può fornire dettagli In ogni caso mi sembra un ottimo esempio da seguire. == Potrebbe essere utile alla causa? Vediamo se poi altre Regioni si aggiungono Buona giornata! Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni espresse sono personali e non riflettono necessariamente quelle del mio datore di lavoro This is Cesare Gerbino mail account. Text is written by Cesare Gerbino: the views expressed are mine and not necessarily those of my employer. . Il giorno 20 aprile 2015 10:51, Stefano Salvador stefano.salva...@gmail.com ha scritto: 3. sono presenti due campi lat e lon ma solo il 72% è popolato e le coordinate sembrano essere assegnate in maniera estremamente approssimativa, su una sorta di griglia regolare, dunque utili solo per avere una localizzazione approssimativa, un esempio qui [2]. Conosco i dati del MIUR: ho sempre pensato che non fossero disponibili i dati di geolocalizzazione perchè fossero stati derivati da Google (le mappe di Scuola in Chiaro usnao come sfondo le mappe di Google e quindi ho fatto, magari sbagliando 1+1 ) Le cose sono in evoluzione, in effetti fino a ieri i dati del MIUR erano stati georiferiti con google adesso il governo ha legano i fondi dell'edilizia scolastica [1] in parte alla completezza delle relative anagrafi che le regioni devono tenere, quindi adesso c'è una certa pressione per avere dei dati più corretti. Ci vorrà del tempo ma già alcune regioni si sono attrezzate e, con la dovuta pazienza che i vari passaggi burocratici richiedono, queste anagrafi regionali stanno cominciando ad alimentare il database del MIUR. [1] http://italiasicura.governo.it/site/home/scuole.html Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonjour Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Des avis ? +1 aussi pour la correction participative générale. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Fehlerhaftes Tagging
Hmm, ok, da habe ich vielleicht zu schnell nach Gespür entschieden. Am 2015-04-20 um 12:12 schrieb Norbert Wenzel: On 04/20/2015 11:58 AM, Markus Mayr wrote: Immerhin ist der Eingang gemappt. ;-) amenity=shop fehlt, würde ich sagen, ja. Was bitte ist amenity=shop? Hätte ich noch nie verwendet und ist laut Taginfo auch nur etwas über 2000x im Einsatz. Auch das Wiki kennt das Tag nicht. shop=chemist ist doch vollkommen ausreichend für einen dm und amenity=shop liefert absolut keine zusätzlich Information. Das es sich um ein Geschäft handelt geht ja schon aus shop=* eindeutig hervor. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
De: David Crochet david.croc...@free.fr Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Des avis ? +1 aussi pour la correction participative générale. De mon côté, c'est sans hésiter +1 pour _l'intégration_ participative, donc la solution Osmose. Si on est face à un jeu de données qui nécessite qu'on colle à l'import un tag fixme sur chaque objet, alors il y a un souci, non ? vincent ps. d'accord avec JB dont je vois la réponse entre temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Merci Vincent pour l'analyse. J'ai encore fais des tests visuels de mon côté et j'ai effectivement trouvé quelques bornes légèrement décalées par rapport au terrain. Mais jamais rien de bien méchant, ça se joue à une dizaine de mètres maximum. Après c'est vrai que c'est limite. Juste tentant à importer massivement, mais en même temps ça donne quelques scrupules ! Certes il y a la solution osmose, mais il y a aussi la solution import + tag fixme=position précise à vérifier sur place. La première est bien pour les geeks d'OSM, la deuxième mieux pour demander la participation du contributeur lambda. Entre les deux mon coeur balance, avec une petite préférence pour la deuxième solution... ;-) Des avis ? Pour les numéros que j'ai réussi à voir sur les bornes c'est bien le même que celui du fichier opendata qui est présent. Pour les bornes sur la voie publique, le code INSEE de la commune sur 3 chiffres est bien écrit, suivi de 3 autres chiffres. Mais bon ce n'est qu'une très faible part du jeu de données. Du coup je pense que le mieux est de mettre tous ces numéros sur ref:FR:SDIS et de le copier sur ref au cas par cas. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 20/04/2015 11:00, Vincent de Château-Thierry a écrit : Je n'ai pas ressorti mes photos, mais je suis sûr que quasi aucune ne permet de lire un n° (j'avais pas ça dans mon cahier des charges à l'époque :) ). Cependant j'ai regardé ceux que je connais, et sur les 185 j'en sors quand même 70 où il y a à redire sur la localisation. J'ai mis ici http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908 ces PEI et ceux issus du jeu OpenData, dans un rayon de 200m autour de chacun. On a du mauvais côté de rue : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.70154/2.13673 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.65471/2.17015 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#20/43.61048/2.23977 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.62271/2.27107 de la distance : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.62408/2.23123 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#17/43.66684/2.29395 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.76471/2.11509 du positionnement relatif par rapport à un bâtiment : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.60479/2.23887 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63255/2.22646 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63245/2.26997 etc. On a à côté de ça une bonne masse de positionnements très convergents. Cet inventaire rappelle juste que le processus de collecte est en partie basé, j'imagine, sur de la mémoire visuelle plus que sur de la photo (géolocalisée ou pas). Dans la majorité des cas, ça n'empêche pas un usage opérationnel par les pompiers, en revanche pour de l'import dans OSM ça reste mitigé, si on considère que ça rentre dans la catégorie micro-mapping. Stocker la référence vue sur place dans ref (sans lui ajouter de code INSEE s'il ne figure pas sur le PEI), et l'identifiant fourni par la source SDIS dans un ref:FR:SDIS me va bien aussi. On accumule les infos, ce qui permet par la suite de tester leur (possible) cohérence. Et si on obtient un identifiant de la part du gestionnaire de réseau d'eau, on pourra lui attribuer sa propre clé aussi, le moment venu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Macelleria Rosticceria
2015-04-20 8:15 GMT+02:00 Luca Delucchi lucadel...@gmail.com: io le rosticceria non le mapperei butcher ma o deli (solo se vengono prodotti da asporto) oppure fast_food (mettendo come cucina chicken) +1, al meno che non siano *anche* macelleria, in quel caso metterei: shop=butcher amenity=fast_food cuisine= ?? (rosticceria) in ogni caso puoi anche aggiungere un restaurant:type:it con la specifica denominazione in italiano, come qui: http://taginfo.osm.org/keys/restaurant%3Atype%3Ait#values esempio restaurant:type:it=rosticceria;tavola_calda;maccelleria (con il semicolon come separatore, lista formale (no maiuscule, no spazio ma sottotrattino). Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonjour, De: Nicolas Moyroud nmoyr...@free.fr Pour moi les bornes sont avant tout un patrimoine des services de l'eau / syndicats des eaux / Veolia... Donc les numéros visibles sur le terrain font partie d'un référentiel de ces services. Ainsi, ref=* ne devrait présenter que le numéro visible sur le terrain, pour éviter toute ambiguïté. Pour la vingtaine de cas que j'ai contrôlé sur les photos terrains le numéro des données était celui indiqué sur la borne. C'est vrai qu'il n'y a pas moyen d'être sûr pour tout le département. Attendons de voir avec les photos de Vincent. Mais après rien n'empêche de ne faire l'import que sur le tag ref:FR:SDIS et de faire la copie au cas par cas sur le tag ref. Je n'ai pas ressorti mes photos, mais je suis sûr que quasi aucune ne permet de lire un n° (j'avais pas ça dans mon cahier des charges à l'époque :) ). Cependant j'ai regardé ceux que je connais, et sur les 185 j'en sors quand même 70 où il y a à redire sur la localisation. J'ai mis ici http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908 ces PEI et ceux issus du jeu OpenData, dans un rayon de 200m autour de chacun. On a du mauvais côté de rue : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.70154/2.13673 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.65471/2.17015 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#20/43.61048/2.23977 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.62271/2.27107 de la distance : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.62408/2.23123 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#17/43.66684/2.29395 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.76471/2.11509 du positionnement relatif par rapport à un bâtiment : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.60479/2.23887 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63255/2.22646 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63245/2.26997 etc. On a à côté de ça une bonne masse de positionnements très convergents. Cet inventaire rappelle juste que le processus de collecte est en partie basé, j'imagine, sur de la mémoire visuelle plus que sur de la photo (géolocalisée ou pas). Dans la majorité des cas, ça n'empêche pas un usage opérationnel par les pompiers, en revanche pour de l'import dans OSM ça reste mitigé, si on considère que ça rentre dans la catégorie micro-mapping. Pour plus de facilité, il peut être tenté de créer un référentiel parallèle à celui de l'opérateur de la borne, en ajoutant au numéro visible sur le terrain le code INSEE de la commune Ceci serait fait dans le Morbihan ou le Finistère. Donc une borne incendie peut avoir deux références distinctes et celle du jeu de données du Tarn semble devoir aller dans un ref:FR:SDIS. On pourrait même envisager trois références distinctes : celle du SDIS, celle du service des eaux et celle du terrain. Dans le cas de Nîmes les ref du service des eaux et du SDIS ne semblent pas être les mêmes. Stocker la référence vue sur place dans ref (sans lui ajouter de code INSEE s'il ne figure pas sur le PEI), et l'identifiant fourni par la source SDIS dans un ref:FR:SDIS me va bien aussi. On accumule les infos, ce qui permet par la suite de tester leur (possible) cohérence. Et si on obtient un identifiant de la part du gestionnaire de réseau d'eau, on pourra lui attribuer sa propre clé aussi, le moment venu. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Sito di API per statistiche italiane
2015-04-19 9:50 GMT+02:00 Francesco Pelullo f.pelu...@gmail.com: E' piu' del doppio del secondo in ordine di classifica, mcheckimport che, per quanto ne so, è un bot. pensavo che non fosse un bot mcheckimport, ci siamo scritti alcune volte... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Fehlerhaftes Tagging
Servus! Danke, hab es nachgetragen - sollte so passen, oder? Bin ja Anfänger ;-) Am 20. Apr. 2015 um 11:58 schrieb Markus Mayr: Immerhin ist der Eingang gemappt. ;-) amenity=shop fehlt, würde ich sagen, ja. Am 2015-04-20 um 11:47 schrieb Clemens Schüller: Hallo zusammen! Bin gerade dabei, ein paar Öffnungszeiten nachzutragen, aber bei diesem[1] Objekt kommt mir das generelle Tagging etwas spanisch vor. IMO fehlt hier das amenity=shop Tag bzw. sind hier die Werte im Allgemeinen falsch hinterlegt. Oder was meint Ihr? Footnotes: [1] http://www.openstreetmap.org/way/84141185 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- Beste Grüße, Clemens Schüller ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Hundekottütenspender tagging
On 20.04.2015 11:48, Martin Koppenhoefer wrote: Falls es irgendwo doch entgeldpflichtige Hundekottütenspender gibt, würde ich die eher nicht über den Haupttag unterscheiden sondern über das übliche fee=yes/no/x ich dachte ich hätte immer einfach fee=no benutzt, finde $hier aber auch ein paar mit payment:none=yes die eindeutig von mir sind. War das vllt. ein JOSM-Preset? Das Zusatztagging payment=none ist auch Quatsch für einen Verkaufsautomaten: es wird was verkauft, aber keine Bezahlformen sind zugelassen?). Die englische vending_machine Seite hat das aber genau so definiert im Abschnitt Payment: In some cases also the possible payment methods payment:foo=yes/no could be of good help, like: * none (free of charge) * ... http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine#Payment payment:none=yes passt also. fee=no wäre kürzer, steht aber so in der vending_machine Seite nicht drin, wird also im Zweifelsfall so auch nicht ausgewertet. Und ein nacktes payment=... sollte es eigentlich auch nicht geben laut Key:payment, sondern immer nur konkrete payment:...=... Tags. Aber um mal den Bogen zu das ist kein Automat wieder hinzubekommen: haben wir da schon was anderes passendes für hier kann man was mitnehmen? Ich denke da gerade zB. an Prospektständer aus denen man sich frei bedienen kann, oder auch die Unterkategorie Postkartenstände ...? -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? JB. Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Merci Vincent pour l'analyse. J'ai encore fais des tests visuels de mon côté et j'ai effectivement trouvé quelques bornes légèrement décalées par rapport au terrain. Mais jamais rien de bien méchant, ça se joue à une dizaine de mètres maximum. Après c'est vrai que c'est limite. Juste tentant à importer massivement, mais en même temps ça donne quelques scrupules ! Certes il y a la solution osmose, mais il y a aussi la solution import + tag fixme=position précise à vérifier sur place. La première est bien pour les geeks d'OSM, la deuxième mieux pour demander la participation du contributeur lambda. Entre les deux mon coeur balance, avec une petite préférence pour la deuxième solution... ;-) Des avis ? Pour les numéros que j'ai réussi à voir sur les bornes c'est bien le même que celui du fichier opendata qui est présent. Pour les bornes sur la voie publique, le code INSEE de la commune sur 3 chiffres est bien écrit, suivi de 3 autres chiffres. Mais bon ce n'est qu'une très faible part du jeu de données. Du coup je pense que le mieux est de mettre tous ces numéros sur ref:FR:SDIS et de le copier sur ref au cas par cas. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Fehlerhaftes Tagging
On 04/20/2015 11:58 AM, Markus Mayr wrote: Immerhin ist der Eingang gemappt. ;-) amenity=shop fehlt, würde ich sagen, ja. Was bitte ist amenity=shop? Hätte ich noch nie verwendet und ist laut Taginfo auch nur etwas über 2000x im Einsatz. Auch das Wiki kennt das Tag nicht. shop=chemist ist doch vollkommen ausreichend für einen dm und amenity=shop liefert absolut keine zusätzlich Information. Das es sich um ein Geschäft handelt geht ja schon aus shop=* eindeutig hervor. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane
Bene e allora siamo a 3 Regioni potenzialmente disponibili dai! dai! :-) Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni espresse sono personali e non riflettono necessariamente quelle del mio datore di lavoro This is Cesare Gerbino mail account. Text is written by Cesare Gerbino: the views expressed are mine and not necessarily those of my employer. . Il giorno 20 aprile 2015 11:18, Stefano Salvador stefano.salva...@gmail.com ha scritto: -) sulla georeferenziazione viene citato Il dato cartografico disponibile per questo dato è stato geocodificato a cura della redazione, tramite procedure automatizzate che in determinati casi possono restituire risultati anche molto approssimati. che qualche dubbio magari lo fa venire (quali procedure automatizzate? Uh ...). Forse si dovrebbe approfondire o se c'è qualcuno il lista che ne sà magari può fornire dettagli In ogni caso mi sembra un ottimo esempio da seguire. == Potrebbe essere utile alla causa? Vediamo se poi altre Regioni si aggiungono Sono abbastanza sicuro che anche il Friuli Venezia Giulia ha spedito i suoi dati ;-) la georeferenziazione è stata chiesta in un secondo tempo e con ogni probabilità questo dato non è ancora stato aggiornato. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Fehlerhaftes Tagging
Immerhin ist der Eingang gemappt. ;-) amenity=shop fehlt, würde ich sagen, ja. Am 2015-04-20 um 11:47 schrieb Clemens Schüller: Hallo zusammen! Bin gerade dabei, ein paar Öffnungszeiten nachzutragen, aber bei diesem[1] Objekt kommt mir das generelle Tagging etwas spanisch vor. IMO fehlt hier das amenity=shop Tag bzw. sind hier die Werte im Allgemeinen falsch hinterlegt. Oder was meint Ihr? Footnotes: [1] http://www.openstreetmap.org/way/84141185 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
+1 Le 20 avr. 2015 12:58, JB jb...@mailoo.org a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? JB. Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Merci Vincent pour l'analyse. J'ai encore fais des tests visuels de mon côté et j'ai effectivement trouvé quelques bornes légèrement décalées par rapport au terrain. Mais jamais rien de bien méchant, ça se joue à une dizaine de mètres maximum. Après c'est vrai que c'est limite. Juste tentant à importer massivement, mais en même temps ça donne quelques scrupules ! Certes il y a la solution osmose, mais il y a aussi la solution import + tag fixme=position précise à vérifier sur place. La première est bien pour les geeks d'OSM, la deuxième mieux pour demander la participation du contributeur lambda. Entre les deux mon coeur balance, avec une petite préférence pour la deuxième solution... ;-) Des avis ? Pour les numéros que j'ai réussi à voir sur les bornes c'est bien le même que celui du fichier opendata qui est présent. Pour les bornes sur la voie publique, le code INSEE de la commune sur 3 chiffres est bien écrit, suivi de 3 autres chiffres. Mais bon ce n'est qu'une très faible part du jeu de données. Du coup je pense que le mieux est de mettre tous ces numéros sur ref:FR:SDIS et de le copier sur ref au cas par cas. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. ___ 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-it] Sito di API per statistiche italiane
2015-04-20 14:21 GMT+02:00 Aury88 spacedrive...@gmail.com: è abbastanza improbabile che riesca a fare tutto a mano...di sicuro gestisce dati in enormi quantità e quindi come minimo va avanti in JOSM di filtri e modifiche di gruppo secondo me...che non sia un bot sono abbastanza sicuro in effetti sembra un bot anche al tool di Pascal Neis: http://hdyc.neis-one.org/?mcheckimport se guardate, lavora tutte le ore, 24/24, ma non tutti i giorni (quasi 300 nell'anno 2013 e circa 330 nell'anno 2014), e lavoro di più i weekend e in serata. Insomma, potrebbe essere un bot e una persona che usano l'account allo stesso tempo :-) Qui non compare: http://wiki.openstreetmap.org/wiki/Automated_edits http://wiki.openstreetmap.org/wiki/Automated_edits_log Non ha pagina nel wiki e qui non ci sono ulteriori informazioni: http://www.openstreetmap.org/user/mcheckimport Comunque, non mi posso lamentare, ha sempre risposto molto presto alle mie mail (ne ho mandate al meno 3). Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM nella sala crisi Capitanerie di Porto
2015-04-20 14:39 GMT+02:00 Stefano saba...@gmail.com: Il problema è la licenza, bisognerebbe avere una immagine (a risoluzione migliore?) con l'autorizzazione a pubblicarla su wiki come cc-by-sa Ho usato quella che è su questa pagina http://www.elmansrl.it/it/prodotti/item/pelagus dovrebbe andare bene, si legge ancora la scritta cc-by-sa http://www.elmansrl.it/images/stories/prodotti/software/pelagus/gallery/Pelagus%20%2802%29.jpg però certo, chiedendogli ci darebbe probabilmente una versione a risoluzione migliore (in fine è pubblicità per loro). Al proposito, non usano solo OSM: http://www.elmansrl.it/images/stories/prodotti/software/pelagus/gallery/Pelagus%20%2803%29.jpg (Avevo per opportunità casuale (?) visitato qualche anno fa la sala crisi delle capitanerie di porto qui a Roma, e sullo schermone avevano (tra altro) quel sistema (oppure uno precedente simile) ma non siamo scesi in livelli di zoom dove apparentemente usano OSM). Naturalmente la parte fondamentale per loro sono i veicoli su acqua: possono cliccare ogni nave nel mediterraneo per avere ulteriori informazioni in tempo reale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Kaartje om huisnummer-mappers terug te vinden
De OSM data is van december 2014, dus idd al wat verouderd. Op 20 april 2015 15:39 schreef Marc Gemis marc.ge...@gmail.com: Karel, Ik weet dus niet wat en hoe er geteld wordt om het percentage te bepalen. Dus misschien map jij net iets anders dan wat er gezocht wordt ? Of gaan ze uit van een hele oude dump ? Ik weet het niet. Ik merk wel dat in mijn thuisbasis er wel een verschil is, waarvan de meeste adressen ook manueel gemapped zijn. Momenteel is er telkens veel tegenkanting bij automatische imports. Dus ik zie dat nog niet zou snel gebeuren. Ook al omdat de AGIV databank nu niet bepaald fouten vrij is. Mensen die echt AGIV zonder correcties willen gebruiken kunnen natuurlijk zelf OSM AGIV combineren. De sterkte hier is juist die extra validatie, dus snel zal het niet gaan. mvg m 2015-04-20 15:32 GMT+02:00 Karel Adams fa348...@skynet.be: Huh, ik dacht dat ik heel flink had gewerkt in Haacht, maar blijkbaar komt het % hier nog maar amper boven de ruisdrempel? Frustratie! Ik weet wel dat er nog heel wat te doen blijft, maar toch... Of is het eigenlijk weinig zinnig om manueel huisnummers te mappen, omdat er vroeg of laat toch wel een massa-import komt vanuit een of ander GIS, al dan niet overschrijvende wat met veel toewijding manueel werd ingebracht? Karel PS sed -e 's/area\'s/areas/' ;) On 20-04-15 13:14, Marc Gemis wrote: Deze kaart [1] zou aangeven waar huisnummers gemapped zijn. Kan wel kloppen, 'k hier toch duidelijk regio's waar Sander, Glenn en Sus, e.a. adressen hebben toegevoegd. mvg m A map [1] that clearly shows the area's where housenumbers have been mapped. [1] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=9lat=51.01825lon=4.92155layers=BTTFF ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
j'ai juste regarder ça: On a du mauvais côté de rue : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.70154/2.13673 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.65471/2.17015 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#20/43.61048/2.23977 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.62271/2.27107 de la distance : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.62408/2.23123 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#17/43.66684/2.29395 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.76471/2.11509 du positionnement relatif par rapport à un bâtiment : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.60479/2.23887 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63255/2.22646 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63245/2.26997 etc. Sur mon sondage j'arrive quand même à plus de 30% d'objets discutables (70/185). Mais si on en a 10% a ~100 m, 20% pas très bien placer mais à moins de 50 m et le reste bien placer à moins de 10 m. Est ce que ça ne vaudrait pas le coup de faire un import massif sans fixme. (Des poi ou autres objets placés a 100 m près, ça ne serai pas les premiers dans osm) Le 20 avril 2015 15:44, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: Nicolas Moyroud nmoyr...@free.fr Le 20/04/2015 12:57, JB a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? Sérieusement ? Tout plein de fois. Mais bon là c'est pas ma zone donc j'aurai du mal à m'en occuper personnellement. ;-) C'est peut-être ça la clé pour ce type de contenu pas visible sur les orthos : s'occuper de territoires qu'on peut parcourir soi-même ? Je comprends vos arguments, mais je pense que osmose systématique n'est pas non plus une bonne idée. Non, passer sur place est encore mieux (ah zut je l'ai déjà dit ;) ). Mais dans les alternatives que tu suggérais, Osmose est à mon avis préférable, sans comparaison. Là il y a quand même de la qualité et on peut se poser sérieusement la question d'un import (même sans tag fixme si c'est ça qui vous gêne). Sur mon sondage j'arrive quand même à plus de 30% d'objets discutables (70/185). On a surtout un gain en volume, mais en qualité, ça se discute. Je n'ai rien contre un tag fixme au cas par cas. Mais si on doit le généraliser dans un import, pour moi ça invalide le principe même de l'import, cf. ce qu'en disait Christian sur la correction post-import. Sinon on choisit d'importer et on laisse corriger les quelques données pas très précises par les contributeurs, ce qui ira beaucoup plus vite et peut même inciter à la contribution. Si le sujet n'est pas traité par de la contribution initiale (de terrain), j'ai du mal à imaginer qu'il gagne _en qualité_ par de la contribution de correction, par nature moins motivante. Et j'ai de gros doutes sur la rapidité dans ce cas. Autre idée que j'ai en tête : prendre cet exemple pour montrer à mes SDIS locaux ce qui peut être fait dans OSM si ils libèrent leurs données. Si je leur montre l'exemple des données sur le Tarn avec une extraction des données depuis OSM ça risque de faire son petit effet. Montrer la publication en OD des données du Tarn peut déjà interpeller, avant même OSM. Et un autre moyen d'amorcer la discussion : http://www.osmhydrant.org/ . vincent ___ 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] Fußgänger-Diskriminierung?
Kurze Nachfrage. In wie fern hängen footway/path=sidewalk und sidewalk=detached zusammen, bzw unterschieden die sich? Gruß Hubert Am 20. April 2015 16:59:32 MESZ, schrieb Roland Olbricht olbri...@mentzdv.de: Hallo zusammen, erst einmal danke für die umfangreiche Rückmeldung und auch einige weitere erhellende Beispiele. Ich würde gerne an Jochens Analyse und Vorschlag anknüpfen wollen. Aber wir haben halt nunmal sehr viel Renderer (bzw. Kartenstile), die damit nicht umgehen könnten. Und ich sehe auch nicht, wie man das mit vertretbarem Aufwand in die Software einbauen kann. Wir würden damit also bestehende Anwendungen vor ein Problem stellen. Diese Information ist ganz wichtig. Offenbar haben Renderer mehr Fallstricke als ich erwartet hätte. Ich nehme an, es geht nicht so sehr um die zusätzlichen Labels, wenn Platz ist: https://www.openstreetmap.org/#map=19/48.13872/11.61015 sondern um die in die Straße ragenden Labels, wenn eigentlich kein Platz ist https://www.openstreetmap.org/#map=17/48.13872/11.61015 Das scheint allgemein ein schwieriges Problem zu sein, weil ein paar Meter weiter https://www.openstreetmap.org/#map=17/48.13711/11.61489 es für die Secondary-Straße in Nord-Süd-Richtung so aussieht, als wenn sie Richard-Strauß-Tunnel heißen würde - sie heißt Leuchtenbergring, wie der Trunk, der südlich anschließt. Umgekehrt scheint es wohl keinen anderen Anwendungsfall außer Rendering zu geben, in denen die zusätzlichen Informationen ein Problem bedeuten würden. Dies ist ein Nebenweg der mehr oder weniger parallel zu einem Hauptweg lang geht. Dieses Tag könnte beim Rendering bzw. bei der Suche herangezogen werden, um den Straßennamen zu unterdrücken. Der Name kann dann auf die Nebenwege drauf, der Router kann ihn wie von Roland gewünscht nutzen. Danke für den Vorschlag. Von Marc Gemis kam der Hinweis, dass dafür sidewalk=detached in Gebrauch ist. Fürs Routing würde sich der Ansatz auf jeden Fall eignen. Ich nehme an, dass Renderer das Rendern des Namens unterdrücken können, wenn ein spezielles zusätzliches Tag auftritt? Alternativ könnte man natürlich auch einen neuen name-Tag einführen: Name des parallel führenden Hauptweges. Damit muss man beim Rendering nichts ändern. Mit diesem Ansatz könnte ich auch gut für den Router arbeiten. Einziger Nachteil wäre, dass andere Routing-Engines das nicht automatisch übernehmen, im Gegensatz zum name-Tag. Für die Renderer wäre das vermutlich die arbeitssparendere Lösung. Wenn sich kein großer Protest erhebt, würde ich also dann an osm-talk herantreten mit kurzer Zusammenfassung des Problems und der Einschätzung aus talk-de, dass a) name-Tag plus ein Zusatztag (z.B. sidewalk=detached oder parallel_to_road=yes, sollen die britischen Muttersprachler entscheiden) b) parallel_road:name = Name (oder andere Keys, nach Votum der Muttersprachler) pragmatische Lösungen wären und dem Ziel, das im Wiki als geeignete Vorgehensweise zu dokumentieren und für neue Edits zu verwenden. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] czech address system: pravidla pre josm validator
Ahoj, jen doplním, že adresa by měla vždy obsahovat addr:street nebo addr:place. Může obsahovat i obojí současně. -- Petr Dne Po 20. dubna 2015 16:47:52, Jose Riha napsal(a): zdravim, podla wiki som sa snazil zapracovat _vacsinu_ pravidiel pre kontrolu adries zapisovanych pomocou czech address system. mimo uzemia cr/sr to samozrejme nema zmysel pouzivat. tam, kde sa da uhadnut spravna moznost je mozne si po najdeni chyby tagy/hodnoty tieto nechat opravit. budem rad za akykolvek feedback. v josm: f12 - validator - pravidla kontroly znaciek - + - url: http://freeshell.de/~jose1711/czech_address_system.validator.mapcss vopred diky, jose ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] Sito di API per statistiche italiane
Il giorno 20 aprile 2015 16:10, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2015-04-20 14:21 GMT+02:00 Aury88 spacedrive...@gmail.com: è abbastanza improbabile che riesca a fare tutto a mano...di sicuro gestisce dati in enormi quantità e quindi come minimo va avanti in JOSM di filtri e modifiche di gruppo secondo me...che non sia un bot sono abbastanza sicuro in effetti sembra un bot anche al tool di Pascal Neis: http://hdyc.neis-one.org/?mcheckimport se guardate, lavora tutte le ore, 24/24, ma non tutti i giorni (quasi 300 nell'anno 2013 e circa 330 nell'anno 2014), e lavoro di più i weekend e in serata. Insomma, potrebbe essere un bot e una persona che usano l'account allo stesso tempo :-) Qui non compare: http://wiki.openstreetmap.org/wiki/Automated_edits http://wiki.openstreetmap.org/wiki/Automated_edits_log Non ha pagina nel wiki e qui non ci sono ulteriori informazioni: http://www.openstreetmap.org/user/mcheckimport Comunque, non mi posso lamentare, ha sempre risposto molto presto alle mie mail (ne ho mandate al meno 3). Che bello, conosco di persona un bot! Skynet è vicina! Ciao, Martin Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] wpt_symbol, wpt_description
nachdem Max6 nicht auf meine email geantwortet hat, habe ich die angesprochenen tags mal gelöscht. teile die ansicht, daß es sich hierbei um übrig gebliebene artefakte vom logger handelte. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] czech address system: pravidla pre josm validator
zdravim, podla wiki som sa snazil zapracovat _vacsinu_ pravidiel pre kontrolu adries zapisovanych pomocou czech address system. mimo uzemia cr/sr to samozrejme nema zmysel pouzivat. tam, kde sa da uhadnut spravna moznost je mozne si po najdeni chyby tagy/hodnoty tieto nechat opravit. budem rad za akykolvek feedback. v josm: f12 - validator - pravidla kontroly znaciek - + - url: http://freeshell.de/~jose1711/czech_address_system.validator.mapcss vopred diky, jose ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Fußgänger-Diskriminierung?
Hallo zusammen, erst einmal danke für die umfangreiche Rückmeldung und auch einige weitere erhellende Beispiele. Ich würde gerne an Jochens Analyse und Vorschlag anknüpfen wollen. Aber wir haben halt nunmal sehr viel Renderer (bzw. Kartenstile), die damit nicht umgehen könnten. Und ich sehe auch nicht, wie man das mit vertretbarem Aufwand in die Software einbauen kann. Wir würden damit also bestehende Anwendungen vor ein Problem stellen. Diese Information ist ganz wichtig. Offenbar haben Renderer mehr Fallstricke als ich erwartet hätte. Ich nehme an, es geht nicht so sehr um die zusätzlichen Labels, wenn Platz ist: https://www.openstreetmap.org/#map=19/48.13872/11.61015 sondern um die in die Straße ragenden Labels, wenn eigentlich kein Platz ist https://www.openstreetmap.org/#map=17/48.13872/11.61015 Das scheint allgemein ein schwieriges Problem zu sein, weil ein paar Meter weiter https://www.openstreetmap.org/#map=17/48.13711/11.61489 es für die Secondary-Straße in Nord-Süd-Richtung so aussieht, als wenn sie Richard-Strauß-Tunnel heißen würde - sie heißt Leuchtenbergring, wie der Trunk, der südlich anschließt. Umgekehrt scheint es wohl keinen anderen Anwendungsfall außer Rendering zu geben, in denen die zusätzlichen Informationen ein Problem bedeuten würden. Dies ist ein Nebenweg der mehr oder weniger parallel zu einem Hauptweg lang geht. Dieses Tag könnte beim Rendering bzw. bei der Suche herangezogen werden, um den Straßennamen zu unterdrücken. Der Name kann dann auf die Nebenwege drauf, der Router kann ihn wie von Roland gewünscht nutzen. Danke für den Vorschlag. Von Marc Gemis kam der Hinweis, dass dafür sidewalk=detached in Gebrauch ist. Fürs Routing würde sich der Ansatz auf jeden Fall eignen. Ich nehme an, dass Renderer das Rendern des Namens unterdrücken können, wenn ein spezielles zusätzliches Tag auftritt? Alternativ könnte man natürlich auch einen neuen name-Tag einführen: Name des parallel führenden Hauptweges. Damit muss man beim Rendering nichts ändern. Mit diesem Ansatz könnte ich auch gut für den Router arbeiten. Einziger Nachteil wäre, dass andere Routing-Engines das nicht automatisch übernehmen, im Gegensatz zum name-Tag. Für die Renderer wäre das vermutlich die arbeitssparendere Lösung. Wenn sich kein großer Protest erhebt, würde ich also dann an osm-talk herantreten mit kurzer Zusammenfassung des Problems und der Einschätzung aus talk-de, dass a) name-Tag plus ein Zusatztag (z.B. sidewalk=detached oder parallel_to_road=yes, sollen die britischen Muttersprachler entscheiden) b) parallel_road:name = Name (oder andere Keys, nach Votum der Muttersprachler) pragmatische Lösungen wären und dem Ziel, das im Wiki als geeignete Vorgehensweise zu dokumentieren und für neue Edits zu verwenden. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hundekottütenspender tagging
Am 20. April 2015 um 14:25 schrieb Wuzzy wuz...@mail.ru: Vielleicht könnte man “amenity=vending_machine” halt allgemeiner definieren als ein (größtenteils) immobiler kleinräumiger Gegenstand, welcher bestimmte Waren ausgibt. unsinnigerweise wird das vending-machine-tag auch auf Paketannahme- und Abholstationen angewandt, wenn man das wirklich umdefinieren will, so dass es mehr umfasst als nur das, was das Wort hergibt, müsste man service-Ausgabe sowie evtl. Sachen-annahme auch noch mit reinnehmen. Das tag wird wohl auch für die Kisten in denen man Zeitungen kaufen kann verwendet, da passt dann der machine-Teil nicht. Evtl. werden Mülleimer ja auch noch zu vending_machines, so wie Seifenspender und öffentliche Waagen ;-) Ich würde eher einen neuen tag einführen, der dann wirklich alles umfasst das man damit taggen will, oder einen oder mehrere weitere tags um das abzudecken, was zwar irgendwie öffentlich und ohne Personal Dinge oder Services verteilt, dafür aber keine Bezahlung erfordert. Üblicherweise, aber nicht zwangsläufig, sind das Automaten und üblicherweise gegen Bezahlung. machine heisst prinzipiell, dass das ein Automat ist, und vending, dass etwas verkauft wird. Dann passt das Wort zwar nicht mehr 100%ig, aber das ist ja sowieso nur intern; der Endbenutzer sieht das ja eh nicht. Und die »Spender« haben mit Verkaufsautomaten viel gemeinsam. Gemeinsamkeiten kann man immer finden, entscheidend ist doch, dass die von uns geforderten Kriterien für den tag hier nicht eingehalten werden (aus dem Wiki: A vending machine is a machine which dispenses items such as snacks, beverages, alcohol, cigarettes, lottery tickets, cologne, consumer products and even gold and gems to customers automatically, after the customer inserts currency or credit into the machine.). d.h. es muss eine _Ausgabe_ _automatisch_ erfolgen und zwar _gegen Bezahlung_. Das passt schon wesentlich besser z.B. auf Geldautomaten, obwohl man da natürlich nicht sagen kann, dass die einem Geld verkaufen. Mir fällt eigentlich nur ein Grund ein, warum das tagging trotzdem OK sein könnte: das haben wir schon immer so gemacht ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Le 20 avril 2015 16:16, Jérôme Amagat jerome.ama...@gmail.com a écrit : Mais si on en a 10% a ~100 m, 20% pas très bien placer mais à moins de 50 m et le reste bien placer à moins de 10 m. Est ce que ça ne vaudrait pas le coup de faire un import massif sans fixme. (Des poi ou autres objets placés a 100 m près, ça ne serai pas les premiers dans osm) Des POI mal placés, je doute qu'il s'agisse d'un import. Comme déjà dit, c'est toute de suite moins plaisant de corriger une donnée que d'ajouter du 1er coup une donnée de qualité et rien n'empêche de croiser les données OSM avec des données externes si vraiment on en a besoin... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] RadioOSM heute abend 21h
Hallo, auf Twitter [1] kam der Hinweis, das heute abend wieder RadioOSM Zeit ist. Die Themen sind bei [2] einsehbar, die Offiziellen werden vermutlich noch einladen (ich persönlich mag die 1h-vorher-Einladung-nicht-so-sehr-;( ). viele Grüße Dietmar [1] https://twitter.com/RadioOSM/status/590101725601759232 [2] https://trello.com/b/YvlitJTs/radioosm-contentplanung ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Help with OSM Presentation
Clifford, Kudos to you for stepping up to deliver a presentation about OpenStreetMap! What is should I absolutely not leave out of the presentation? The *big problem* that OSM solves. For a Linux audience this shouldn't be difficult, but I would still state that most other map sources are not truly free - and say a little bit about why that is a problem. What do you tell people when they ask you why you map? Mapping in OSM is a form of free expression (really a broad form of free speech), just like blogging, editing a Wikipedia article, or creating a video. In the past editors a publishers decided what got mapped, now - with OpenStreetMap - we can decide. Mike On Sat, Apr 18, 2015 at 8:00 PM, Clifford Snow cliff...@snowandsnow.us wrote: I'm doing a presentation at Linuxfest Northwest in Bellingham, WA in hopes to gain new mappers. To help me with the presentation, I'd like to hear from you. Below are some questions - answer all or just a few. What do you enjoy most about OpenStreetMap? What about OSM surprised you most? What do you tell people when they ask you why you map? What is should I absolutely not leave out of the presentation? Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] Sito di API per statistiche italiane
Ciao, Il giorno 19 aprile 2015 20:40, Fabrizio Tambussa ftambu...@gmail.com ha scritto: ... ho omesso di scrivere una cosa che per me era ovvia, ma ovvia non e'. Il formato OSM storico .osc e' un file XML cosi' congegnato: ... - il campo utente della cancellazione e' riferito non all'utente che ha cancellato l'oggetto, ma all'ultimo utente che ha creato o modificato l'oggetto; quindi a colui che ha subito la cancellazione o il revert. Tempo fa avevo scritto anch'io un programma, poi non completato, che creava delle pagine con statistiche. Per conoscere anche l'autore di una cancellazione avevo trovato questa soluzione. Premetto che creavo le statistiche direttamente dal parsing di un file OSC, ottenuto confrontando due italy.05m, di tempi diversi. Visto che i planet diff contengono i nomi di chi ha eliminato gli oggetti (!), prima di creare l'OSC creavo con osmupdate un diff cumulativo mondiale, incollando tutti i diff presenti dal precedente aggiornamento. Quando trovavo un'eliminazione durante il parsing dell'OSC, andavo a leggere nel diff chi aveva cancellato l'oggetto con quell'id. Un po' contorto ma funzionava. Ci sarebbe un'altra via, più semplice e leggera, per ottenere le statistiche (eliminatori compresi), che però non ho sperimentato: leggere un file diff cumulativo giornaliero ritagliato sull'Italia. I francesi producono un file di questo tipo per la Francia ed altre nazioni e potresti chiedergli di generarlo anche per l'Italia. Per ottenere le statistiche, basterebbe quindi fare il parsing di questo piccolo file xml che colleziona le modifiche intercorse, invece di gestire pesanti file PBF nazionali, calcolarne le differenze (OSC) ecc... Ciao, Simone F. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Balises sonores pour aveugles
Salut, Je souhaite taguer des balises sonores qui guident des aveugles dans des bâtiments publics, comme décrit sur cette page : http://www.activeaudio.fr/accessibilite-deficients-visuels/balise-sonore-de-guidage Je ne vois rien sur le wiki ni ici http://wiki.openstreetmap.org/wiki/OSM_for_the_blind ni là http://wiki.openstreetmap.org/wiki/FR:Disabilities On est bien d'accord que information=audioguide ne convient pas pour ce système très spécialisé. Et vu qu'on a information=tactile_map et information=tactile_model je me dis qu'une balise sonore pourrait être *information=audio_beacon* Autres attributs : déclenchement automatique : start=automatic déclenchement manuel : start=manual diffuse des messages de localisation : audio_beacon=location diffuse des messages d'orientation : audio_beacon=guidance C'est du bon ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Sito di API per statistiche italiane
On Monday 20 of April 2015 16:10:00 Martin Koppenhoefer wrote: 2015-04-20 14:21 GMT+02:00 Aury88 spacedrive...@gmail.com: è abbastanza improbabile che riesca a fare tutto a mano...di sicuro gestisce dati in enormi quantità e quindi come minimo va avanti in JOSM di filtri e modifiche di gruppo secondo me...che non sia un bot sono abbastanza sicuro in effetti sembra un bot anche al tool di Pascal Neis: http://hdyc.neis-one.org/?mcheckimport se guardate, lavora tutte le ore, 24/24, ma non tutti i giorni (quasi 300 nell'anno 2013 e circa 330 nell'anno 2014), e lavoro di più i weekend e in serata. Insomma, potrebbe essere un bot e una persona che usano l'account allo stesso tempo :-) Qui non compare: http://wiki.openstreetmap.org/wiki/Automated_edits http://wiki.openstreetmap.org/wiki/Automated_edits_log Non ha pagina nel wiki e qui non ci sono ulteriori informazioni: http://www.openstreetmap.org/user/mcheckimport Comunque, non mi posso lamentare, ha sempre risposto molto presto alle mie mail (ne ho mandate al meno 3). Ma non è l'account per gli import dell'utente http://www.openstreetmap.org/user/mcheck ? Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Forum Nable
Quand le produit est gratuit, c'est que le produit... c'est vous ! Le gros avantage d'une mailing liste, c'est que ça peut se suivre par email ;-) Et sinon, y'a les très sexy archives maintenues par osm : https://lists.openstreetmap.org/pipermail/talk-fr/ On lundi 20 avril 2015, Blueberry wrote: Bonjour, Je suis régulièrement les échanges de la mailing list FR via le nabble [1]. Depuis quelques temps, j’étais surpris par des fenêtres popup bizarres. Une fois le plugin Ghostery [2] activé dans Firefox, il affiche carrément 28 mouchards actifs sur la page (voir rapport ci dessous) ! Beaucoup plus que tous les sites commerciaux (20mn n'en a que 6 par exemple). Dommage d’être si fortement pisté. Eric [Blueberry] Analyse Ghostery : Détecté 28 mouchards sur gis.19327.n5.nabble.com AMP Platform Publicité AppNexus Publicité Audience Science Balises BlueKai Balises BrightRoll Publicité, Video Player, Analytics Chango Balises Cross Pixel Media Balises, Segment Data, Analytics Datalogix Publicité DataXu Publicité DoubleClick Publicité Dstillery Publicité Facebook Exchange (FBX) Publicité Google Adsense Publicité Google Analytics Analytique, Analytics Gravatar Widgets LiveRamp Balises, E-mail Analytics, Segment Data Lotame Balises, Analytics, Lead Management Media Innovation Group Analytique MediaMath Publicité Neustar AdAdvisor Balises, Lead Management Quantcast Publicité Right Media Publicité Simpli.fi Publicité, Segment Data, Behavior Tracking TradeDesk Publicité TubeMogul Analytique, Video Player Turn Inc. Publicité, Affiliate Marketing, Lead Management Videology Balises, Video Player Yahoo Analytics Analytique [1] http://gis.19327.n5.nabble.com/France-f5380434.html [2] https://addons.mozilla.org/fr/firefox/addon/ghostery/ -- View this message in context: http://gis.19327.n5.nabble.com/Forum-Nable-tp5841220.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-cz] OSM v pražských tramvajích
Ahoj, nevím, jestli jste zaznamenali (já si toho všimnul v sobotním Z metropole), v Praze jsou některé tramvaje vybavené novým informačním systémem, jehož součástí je i obrazovka s dynamickou mapou. No a tato mapa očividně běží na mapovém podkladu OSM: http://www.ceskatelevize.cz/ct24/regiony/306179-prahou-jezdi-chytre-tramvaje-samy-brzdi-do-zatacek-a-ukazuji-polohu/ -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] Sito di API per statistiche italiane
Il 04/20/2015 04:10 PM, Martin Koppenhoefer scrisse: in effetti sembra un bot anche al tool di Pascal Neis: http://hdyc.neis-one.org/?mcheckimport se guardate, lavora tutte le ore, 24/24, ma non tutti i giorni (quasi 300 nell'anno 2013 e circa 330 nell'anno 2014), e lavoro di più i weekend e in serata. Insomma, potrebbe essere un bot e una persona che usano l'account allo stesso tempo :-) Ho visto che in alcni dei commit e' indicata come source mapbox sat. Mi pare improbabile che un bot sia in grado di gestire modifiche basate su foto satellitari. Scrive anche note sulla mappa. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Forum Nable
Il faut bien comprendre que Nabble est un tiers qui n'a aucun lien avec OpenStreetMap, mis à part le fait qu'il agrège les données de la (des?) mailing-list d'OpenStreetMap. Comme le dit Sly, *talk-fr* est avant tout une mailing-list et qu'il n'y a rien besoin de plus qu'une adresse email pour y participer. En revanche, la consultation *via* Nabble est effectivement plus jolie et peut-être plus pratique. Mais on y est pisté et d'horribles popups sautent à l'écran au 1er clic fait. 2015-04-20 17:47 GMT+02:00 sly (sylvain letuffe) lis...@letuffe.org: Quand le produit est gratuit, c'est que le produit... c'est vous ! Le gros avantage d'une mailing liste, c'est que ça peut se suivre par email ;-) Et sinon, y'a les très sexy archives maintenues par osm : https://lists.openstreetmap.org/pipermail/talk-fr/ On lundi 20 avril 2015, Blueberry wrote: Bonjour, Je suis régulièrement les échanges de la mailing list FR via le nabble [1]. Depuis quelques temps, j’étais surpris par des fenêtres popup bizarres. Une fois le plugin Ghostery [2] activé dans Firefox, il affiche carrément 28 mouchards actifs sur la page (voir rapport ci dessous) ! Beaucoup plus que tous les sites commerciaux (20mn n'en a que 6 par exemple). Dommage d’être si fortement pisté. Eric [Blueberry] Analyse Ghostery : Détecté 28 mouchards sur gis.19327.n5.nabble.com AMP Platform Publicité AppNexus Publicité Audience Science Balises BlueKai Balises BrightRoll Publicité, Video Player, Analytics Chango Balises Cross Pixel Media Balises, Segment Data, Analytics Datalogix Publicité DataXu Publicité DoubleClick Publicité Dstillery Publicité Facebook Exchange (FBX) Publicité Google Adsense Publicité Google Analytics Analytique, Analytics Gravatar Widgets LiveRamp Balises, E-mail Analytics, Segment Data Lotame Balises, Analytics, Lead Management Media Innovation Group Analytique MediaMath Publicité Neustar AdAdvisor Balises, Lead Management Quantcast Publicité Right Media Publicité Simpli.fi Publicité, Segment Data, Behavior Tracking TradeDesk Publicité TubeMogul Analytique, Video Player Turn Inc. Publicité, Affiliate Marketing, Lead Management Videology Balises, Video Player Yahoo Analytics Analytique [1] http://gis.19327.n5.nabble.com/France-f5380434.html [2] https://addons.mozilla.org/fr/firefox/addon/ghostery/ -- View this message in context: http://gis.19327.n5.nabble.com/Forum-Nable-tp5841220.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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] Fußgänger-Diskriminierung?
On Monday 20 April 2015, Roland Olbricht wrote: Danke für den Vorschlag. Von Marc Gemis kam der Hinweis, dass dafür sidewalk=detached in Gebrauch ist. Fürs Routing würde sich der Ansatz auf jeden Fall eignen. Ich nehme an, dass Renderer das Rendern des Namens unterdrücken können, wenn ein spezielles zusätzliches Tag auftritt? Falls das entsprechende Tag in der rendering-Datenbank verfügbar ist. Bei der Tag-Wahl wäre etwas wie 'subordinated=yes'/'subordinated:name=X' vielleicht besser als etwas mit 'parallel', denn wie exakt die Wege geometrisch parallel sind spielt ja nicht unbedingt die entscheidende Rolle. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Help with OSM Presentation
On Sat, Apr 18, 2015 at 10:00 PM, Clifford Snow cliff...@snowandsnow.us wrote: I'm doing a presentation at Linuxfest Northwest in Bellingham, WA in hopes to gain new mappers. To help me with the presentation, I'd like to hear from you. Below are some questions - answer all or just a few. What about OSM surprised you most? The amazing diversity in the interests of new contributors. I meet new OpenStreetMap contributors every month, and the interest that brings them in to meet us differ widely. What is should I absolutely not leave out of the presentation? 1) Go outside and survey your neighbourhood. There is nothing better that you can do for OpenStreetMap, than behave as though you are tending a shared garden. 2) Time for questions. I have trouble with this because I like to talk. :-) 3) It's Fun. It's Free. You can help. One of the earliest tag lines used in the project. True then. true now. For the Linuxfest audience, you might want to add something about the hundreds (or thousands) of F/LOSS projects that intersect with the OpenStreetMap project. You certainly can't be expert about all of them, or event list them, but the Linuxfest audience will want to be reassured that they can probably find a library for their preferred development environment. Break a leg! ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] Modello lettera mancata attribuzione
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 19/04/2015 12:11, aborruso ha scritto: Cesare, ho creato un modello minimale, per il caso più tipico di mancata attribuzione: http://bit.ly/1O4wmVG Buona domenica a tutti Ho riscritto, in buona parte la lettera, dovrebbe andare, che dite? È troppo buona? - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVNSXuAAoJEMTPIIVov0ZtcFEH/RsSgGOPXz4JBRg2EnmUNs5g wVxqvnF3eFwB2JopRTzgE2z7ZC5YgylDen/SOc6gDPKwezfJKFHe0uiS7cO5tdnU M9NPmEk4EbtqIBxQvo1iwT5PprNUvWy9XDvNDlZMl9ndDl8oh/sILDbmS+fCL7Uy aTMrmoMy29YwNfMtQYAQpkHVUkZSLh2jMjlL+mRf398dTkLcdtYlNcH0+J/iWsDJ UBKN5IuAiDobNtUNOxXFAjmC5TObl+N8cBsm6t7Xh/I8pwOaU0sSDBm4F/MKJnoi t65do8JWcwDOE2r5oblx69lHcSP8XVS356tUMAfAtGbtQ5FIYuFur+y343tIDEU= =l2rh -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Forum Nable
Bonjour, Je suis régulièrement les échanges de la mailing list FR via le nabble [1]. Depuis quelques temps, j’étais surpris par des fenêtres popup bizarres. Une fois le plugin Ghostery [2] activé dans Firefox, il affiche carrément 28 mouchards actifs sur la page (voir rapport ci dessous) ! Beaucoup plus que tous les sites commerciaux (20mn n'en a que 6 par exemple). Dommage d’être si fortement pisté. Eric [Blueberry] Analyse Ghostery : Détecté 28 mouchards sur gis.19327.n5.nabble.com AMP Platform Publicité AppNexus Publicité Audience Science Balises BlueKai Balises BrightRoll Publicité, Video Player, Analytics Chango Balises Cross Pixel Media Balises, Segment Data, Analytics Datalogix Publicité DataXu Publicité DoubleClick Publicité Dstillery Publicité Facebook Exchange (FBX) Publicité Google Adsense Publicité Google Analytics Analytique, Analytics Gravatar Widgets LiveRamp Balises, E-mail Analytics, Segment Data Lotame Balises, Analytics, Lead Management Media Innovation Group Analytique MediaMath Publicité Neustar AdAdvisor Balises, Lead Management Quantcast Publicité Right Media Publicité Simpli.fi Publicité, Segment Data, Behavior Tracking TradeDesk Publicité TubeMogul Analytique, Video Player Turn Inc. Publicité, Affiliate Marketing, Lead Management Videology Balises, Video Player Yahoo Analytics Analytique [1] http://gis.19327.n5.nabble.com/France-f5380434.html [2] https://addons.mozilla.org/fr/firefox/addon/ghostery/ -- View this message in context: http://gis.19327.n5.nabble.com/Forum-Nable-tp5841220.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Sito di API per statistiche italiane
Il 20/Apr/2015 20:14, Simone F. grop...@gmail.com ha scritto: Ci sarebbe un'altra via, più semplice e leggera, per ottenere le statistiche (eliminatori compresi), che però non ho sperimentato: leggere un file diff cumulativo giornaliero ritagliato sull'Italia. Non faccio nessuna estrazione da pbf. Io infatti scarico l'osc giornaliero già ritagliato sull'Italia da geofabrik e lo parsifico. Però il cancellatore non lo trovo. Aggiungo per chi si fosse collegato solo ora che i miei script non sono statistiche, ma API che dovrebbero fornire un prodotto semilavorato per pagine più consistenti, anche graficamente. Saluti ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
il y en a 210 dans osm, on peut regarder pour ces 210 la distance avec le plus proche dans les données ouvertes pour avoir un plus grand échantillon. j'ai essayé mais je suis pas doué donc résultat pas très sûr, si quelqu'un de plus doué veut le faire. distancenbre pourcentage 0 à 10m 114 55% 10 à 20m 35 17% 20 à 50m 42 20% 50 à 100m 14 7% 100 à 200m 4 2% et 1 a 650 m Le 20 avril 2015 16:24, Romain MEHUT romain.me...@gmail.com a écrit : Le 20 avril 2015 16:16, Jérôme Amagat jerome.ama...@gmail.com a écrit : Mais si on en a 10% a ~100 m, 20% pas très bien placer mais à moins de 50 m et le reste bien placer à moins de 10 m. Est ce que ça ne vaudrait pas le coup de faire un import massif sans fixme. (Des poi ou autres objets placés a 100 m près, ça ne serai pas les premiers dans osm) Des POI mal placés, je doute qu'il s'agisse d'un import. Comme déjà dit, c'est toute de suite moins plaisant de corriger une donnée que d'ajouter du 1er coup une donnée de qualité et rien n'empêche de croiser les données OSM avec des données externes si vraiment on en a besoin... Romain ___ 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-de] RadioOSM Themen
Um 21:00 Uhr nach langer Zeit wieder eine neue Folge RadioOSM mit folgenden Themen http://streams.xenim.de/osm/OSMDE042/ Nachbereitung Fossgis 2015 Ergebnis Vorstandswahlen OSMF Absage SOTM 2015 (+ Vorstellung OSMF WGs) Code for Germany Bundes-Treffen Neues von der Overpass API Berichte von den OSM-Stammtischen im IRC irc://irc.freenode.net/#Radio-OSM und die Shownot.es unter https://shownot.es/doc/osm-42/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Sito di API per statistiche italiane
Il giorno 20 aprile 2015 20:27, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Il 20/Apr/2015 20:14, Simone F. grop...@gmail.com ha scritto: Ci sarebbe un'altra via, più semplice e leggera, per ottenere le statistiche (eliminatori compresi), che però non ho sperimentato: leggere un file diff cumulativo giornaliero ritagliato sull'Italia. Non faccio nessuna estrazione da pbf. Ok. Io usavo i pbf/o5m perché creavo manualmente gli OSC tramite osmupdate, per avere i dati aggiornati all'ultimo minuto. Pensavo facessi una cosa simile. Io infatti scarico l'osc giornaliero già ritagliato sull'Italia da geofabrik e lo parsifico. Però il cancellatore non lo trovo. Probabilmente ottengono l'osc come sopra, facendo la differenza tra due file con osmconvert e non possono quindi sapere chi è il cancellatore. Come dicevo prima, il nome di chi ha cancellato l'oggetto con l'id x lo puoi trovare all'interno dei file diff ( http://wiki.openstreetmap.org/wiki/Planet.osm/diffs). Con la seconda parte, quella che hai quotato, intendevo dire che, invece di fare il parsing dell'osc per conoscere creati e modificati + fare il parsing del diff per trovare i cancellatori, si potrebbero anche leggere creazioni, modifiche e cancellazioni solo dal diff. Il problema è che i diff forniti da quella pagina coprono tutto il mondo, ma si potrebbe chiedere ai francesi di aggiungere l'Italia qui: http://download.openstreetmap.fr/replication/europe/ (I minutely diff si possono sommare tramite osmupdate.) L'ultima volta che avevo guardato quei file, contenevano tutte le info su oggetti creati, modificati ed eliminati (con nome del cancellatore) di una nazione. Spero di essermi spiegato... :-) Ciao, Simone F. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges
Le 20/04/2015 16:11, JB a écrit : Hello, J'ai un peu bidouillé ces derniers jours pour automatiser en partie la génération de séries de cartes avec le rendu R25 (rendu orienté rando aux échelles proches du 1/25000 pour Maperitive). Du coup, j'en ai profité pour créer un petit carnet de randonnée sur la crête des Vosges. Pas d'itinéraires d'indiqués (j'ai supprimé du rendu tout ce qui se basait sur les relations hiking et trailblazed/markedtrail), mais la crête des Vosges permet de s'en passer. La mise en forme n'est pas forcément hyper travaillée, si on voulait une diffusion plus large, le texte pourrait être un peu moins titilleur, c'est surtout une démo… et ça me plait… (bon, c'est plutôt à vous que je préfèrerais que ça plaise…). J'ai mis les petits scripts python à disposition, avec la grosse réserve : « c'est crado, vous êtes prévenus ». Voilà voilà, les fichiers. Étant donnés le plantage pour une durée indéterminée d'OSM14/107 et mon éloignement des claviers la semaine prochaine, les documents seront intégrés à http://osm107.openstreetmap.fr/jbtopo/ plus tard. Pour l'instant, j'espère que vous arriverez à y accéder à des vitesses raisonnables là (si ça rame trop et que quelqu'un a peu de place disponible, n'hésitez pas à les adopter/réhéberger temporairement !) : en qualité optimale (impression) 400dpi, 68mo : http://dl.free.fr/jaNOS9SFR en qualité correcte (écran), 20mo : http://dl.free.fr/p7o5ecvul en basse résolution, on profite moins des cartes, 6mo : http://dl.free.fr/cbUwfSPGg fichiers divers et scripts utilisés, 6ko : http://jb.tradfrance.com/CarnetRando.zip JB. TLDR pour les locaux : Super cartographie vosgienne, et au plaisir de vous croiser sur la crête le week-end de l'ascension ! Deux petites remarques : tourism=alpine_hut est plutôt réservé pour les logements avec gardien, du coup, ça va bien pour plusieurs refuges CV/CAF, mais les cabanes seraient plutôt des tourism=wilderness_hut, ou amenity=shelter pour les moins abritées. Et le Vieil Armand est truffé d'attractions touristiques ! qques corrections de ton édito : La crête des Vosges sans s'encombrer d'itinéraire. Le Club Vosgien et la Fédération Française de Randonnée Pédestre se battent encore pour savoir à qui appartient la propriété intellectuelle du bien connu GR®5 dans sa traversée du massif des Vosges. Non, cet itinéraire n'est pas un bien commun, mais pré- cieusement protégé. Qu'avons-nous à en faire ? La crête est une frontière naturelle suffisamment définie pour que nous puissions la parcourir sans nous préoccuper de ces détails. Ce petit guide propose des cartes topographiques le long de la crête des Vosges avec quelques informations touristiques, sans la surcharge des itinéraires existants et balisés. Le randonneur habitué pourra y faire ses choix de passage, pour les autres, le balisage reste suffisamment dense sur le terrain pour ne pas s'y perdre. Ces fiches sont simplement une utilisation des données d'OpenStreetMap, un projet de cartographie participative, à mi-avril 2015, à l'aide de la représentation cartographique R25 de JB (OSM : JBacc1). Les données OSM ne garantissent ni leur exactitude, ni leur complétude, rappelez-vous en lors de votre préparation ou sur le terrain ! Elles sont sous licence OdbL, les cartes elles sont sous licence CC-BY-SA. Des manques, des imprécisions ? participez : www.openstreetmap.fr ! Je partage ton point de vue et ta démarche. Si le Club Vosgien et/ou la FFRP s'emmerdent à entretenir leurs sentiers, c'est leur mission (subventionnée en partie). Tu fais preuve de pédagogie en enlevant les marques distinctives sous copyright. Tu fais de choix de t'adresser au randonneur intelligent, celui qui ne regarde pas le doigt quand on lui montre les paysages magnifiques de nos belles Vosges. Tu prônes le randonneur 2.0, hélas je suis maintenant plutôt randonneur 0.2 (mais je l'ai fait dans ma jeunesse presque tous les dimanches ;-) mais je veux bien tester les fermes-auberges et autres points de convivialité !! Bonne continuation Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Umfrageplattform freigegeben
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sodele, wenn alles geklappt hat, dann müsstest Ihr jetzt im Dashboard einen neuen Tab Umfrage im Entwurf... sehen. Diese Umfrage seht Ihr deshalb, weil eine Umfrage nun gespeichert werden kann. Ich geb Euch, u.v.a. den Machern der Wochenaufgabe Sirenen, ein paar Tage Zeit, das noch zu kommentieren und werde Änderungen zeitnah speichern und dann wenn alles soweit passt, die Umfrage starten. D.h. der Ersteller einer Umfrage ist selbst dafür verantwortlich, in welcher Qualität er eine Umfrage startet, natürlich am besten nach vorherigen einbeziehen der Allgemeinheit. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVNU12AAoJEIuLcq40+VqtF2cIAODFKQXPNnX+2L5SBjPJfW3i CZUp6GtBG1QRSuvpGY6Y5tUOW4V+56uH4zffYWQYLZYGMITCinph0X3PwPgpF8Ay N84OU8teEjUBNF3Q9w54EP9pVYedYIR2o3CArhv+F3bzaXowvT1dtJUQUO2GYOfY 1Sj+2wYFhXFuK2dgb/aU+gDlGVKsZTVJ8w4lYP4x+wdS1PsG1Fh6x9B1iWC/bfwx Ge0b4/498JIa+QcYsSXW+Tgg8+TbS2RDUfCuhLNgF8+Hd3BZsECcs9RhJGJX8pN3 mzlkgha1GECMe5yH3cGeOnYJTrj6J5PmlLfhE+5HfG4NK+LiuFUBemsgeJlRy24= =rvLq -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Sito di API per statistiche italiane
Proverò a vedere. Il server è lo stesso che fa gli estratti, quindi ho il pbf giornaliero dell'italia sottomano e posso usare quello per i diff. Il 20/Apr/2015 20:59, Simone F. grop...@gmail.com ha scritto: Il giorno 20 aprile 2015 20:27, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Il 20/Apr/2015 20:14, Simone F. grop...@gmail.com ha scritto: Ci sarebbe un'altra via, più semplice e leggera, per ottenere le statistiche (eliminatori compresi), che però non ho sperimentato: leggere un file diff cumulativo giornaliero ritagliato sull'Italia. Non faccio nessuna estrazione da pbf. Ok. Io usavo i pbf/o5m perché creavo manualmente gli OSC tramite osmupdate, per avere i dati aggiornati all'ultimo minuto. Pensavo facessi una cosa simile. Io infatti scarico l'osc giornaliero già ritagliato sull'Italia da geofabrik e lo parsifico. Però il cancellatore non lo trovo. Probabilmente ottengono l'osc come sopra, facendo la differenza tra due file con osmconvert e non possono quindi sapere chi è il cancellatore. Come dicevo prima, il nome di chi ha cancellato l'oggetto con l'id x lo puoi trovare all'interno dei file diff ( http://wiki.openstreetmap.org/wiki/Planet.osm/diffs). Con la seconda parte, quella che hai quotato, intendevo dire che, invece di fare il parsing dell'osc per conoscere creati e modificati + fare il parsing del diff per trovare i cancellatori, si potrebbero anche leggere creazioni, modifiche e cancellazioni solo dal diff. Il problema è che i diff forniti da quella pagina coprono tutto il mondo, ma si potrebbe chiedere ai francesi di aggiungere l'Italia qui: http://download.openstreetmap.fr/replication/europe/ (I minutely diff si possono sommare tramite osmupdate.) L'ultima volta che avevo guardato quei file, contenevano tutte le info su oggetti creati, modificati ed eliminati (con nome del cancellatore) di una nazione. Spero di essermi spiegato... :-) Ciao, Simone F. ___ 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] Wiki project: Article about the standard layer, with key
Great! I can offer some support regarding the symbols that have been redrawn by me. Why bother with PNG when we can have SVG versions? I will upload all of my icons that are currently used by osm-carto in coloured SVG versions to the wiki and collect them at this page: http://wiki.openstreetmap.org/wiki/User:Nebulon42/Icons (By the way it is easy to create a coloured Osmic icon collection like that by looking at https://github.com/nebulon42/osmic/blob/master/tools/export.md.) I will also replace any existing new symbols in your key page with these SVG versions. As I'm not able to replace all other usages of the new symbols (maybe not needed yet?) I could use some help with that. Best, nebulon42 Am 2015-04-20 um 14:27 schrieb Wuzzy: I have created a wiki page about the Standard layer found on www.openstreetmap.org Here it is: https://wiki.openstreetmap.org/wiki/Standard_tile_layer This wiki page is still a big work in progress. Here are two goals of this wiki page: 1) Concentrate on user's view, not mapper's view 2) Give a brief description of the Standard layer and other information of intererest. 3) Document all the map colors, symbols and lines. Also known as “key”. I know that the homepage has already a key, but it is very incomplete and outdated, most symbols (“points of interest”) are not explained at all. Does anyone want to help with this effort? There are the following challenges: - I want to have the pure, unaltered icons in their original size. Many icons I found in the wiki are pretty outdated. - If possible, the icons should be stored as uniform as possible in the wiki. It looks ugly if all the icons are displayed in different sizes - Documenting all the non-obvious stuff about the layer, such as that private access things are drawn semi-transparent, etc. - Keeping this whole thing up to date You can help by: - Extending the key - Give advice if you know more about the inner workings of the Standard layer - Uploading missing icons into the wiki - Updating outdated icons in the wiki - Adding more general information about this layer ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] Map sheets request
Hi Stephen, There are sheets from the Bodleian library that are available as replacements for sheets Trinity supplemented their won collection with which came from GSI (Geological Survey Ireland). I took a look at your sheet and it looks like one of the GSI ones alright (black and white as opposed to grayscale) so it should be included in the batch of replacements. Dave On Fri, Apr 17, 2015 at 12:04 PM, Stephen Roulston srouls...@me.com wrote: Hi, Could I ask for the remaining sheets from 26-39, please. I think SE is the only one up at present. Also, I rectified 26-41 NW Limavady some time ago. It is very high contrast and difficult to make out the downland boundaries so I have done very little with it - do I remember an email from some time ago suggesting that there might be a better scan available? If so, could you upload that, please? Many thanks, Stephen ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-de] Historische Objekte? Noch viel Potenzial
https://geoobserver.wordpress.com/2015/04/20/osm-historische-objekte/ Also Mapper, ran an die historischen Tags, beim geoObserver in Halle gibt's da noch genug zu tun ;-) Könnte doch auch mal eine Wochenaufgabe werden? mikeE., alias geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] Map sheets request
Thanks Dave. Stephen On 20 Apr 2015, at 19:59, Dave Corley davecor...@gmail.com wrote: Hi Stephen, There are sheets from the Bodleian library that are available as replacements for sheets Trinity supplemented their won collection with which came from GSI (Geological Survey Ireland). I took a look at your sheet and it looks like one of the GSI ones alright (black and white as opposed to grayscale) so it should be included in the batch of replacements. Dave On Fri, Apr 17, 2015 at 12:04 PM, Stephen Roulston srouls...@me.com wrote: Hi, Could I ask for the remaining sheets from 26-39, please. I think SE is the only one up at present. Also, I rectified 26-41 NW Limavady some time ago. It is very high contrast and difficult to make out the downland boundaries so I have done very little with it - do I remember an email from some time ago suggesting that there might be a better scan available? If so, could you upload that, please? Many thanks, Stephen ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-at] Liesinger Platz, Fahrbahn-Mapping, Bus-Relationen zerstört
Hier der Text, dem ich dem User geschickt habe: == Ich weiß nicht so recht, wie ich anfangen soll. Irgendwie fehlen mir gerade die Worte. Ich gebe gern zu, ich bin verärgert. Bitte nicht mißverstehen: Ich kenne Dich nicht persönlich, als gilt mein Ärger nicht Dir als Person, sondern dem Umstand, daß jetzt viele Stunden meiner Freizeit umsonst waren. Ich hab sehr viel Zeit in das Mapping des Liesinger Platzes, insbesondere der Buslinien dort, investiert, und jetzt ist das kaputt. Du hast den Liesinger Platz umgebaut, und jetzt sind dort so gut wie alle Busrelationen kaputt und das Fahrbahn-Mapping ist sowieso nicht in Ordnung. Abgesehen davon, daß das Auftrennen von Fahrbahnen NICHT ok ist, weil das von der OpenStreetMap-Community nicht gut geheißen wird, so ist die Auftrennung der Fahrbahnen gar nicht notwendig und sogar falsch. Bevor Du weiter machst, nimm bitte mit der Community Kontakt auf. Das geht am besten über die Mailing-Liste. Dort gibt's sehr viele gute Mapper, die Dich gern dabei unterstützen, ein besserer Mapper zu werden. Außerdem gibt es die Möglichkeit, zu einem der Stammtische zu kommen, die in regelmäßigen Abständen stattfinden. Links: Community, Mailing-Liste, Stammtisch Wien Ok, ich hab Dir das jetzt mal gesagt. Nochmals: Ich bin Dir persönlich, als Mensch, nicht böse. Wir machen alle Fehler. Wichtig ist, was wir daraus lernen und machen. Also nutze bitte die oben angebotenen Kommunikationsangebote. In diesem Sinne: Liebe Grüße, Christian == ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] Macelleria Rosticceria
2015-04-19 19:44 GMT+02:00 Giuseppe Forese giuseppe.for...@gmail.com: Ciao a tutti, ciao, ho incominciato a mappare il mio comune e sono alle prime armi; nel mio paese ci sono tante macellerie che allo stesso tempo sono anche rosticcerie, quindi è importante segnalare quali sono solo macellerie e quali sono anche rosticcerie con posti a sedere; inoltre vorrei distinguere anche per tipo di carne venduta ad esempio vaccina e/o cavallo ecc... io le rosticceria non le mapperei butcher ma o deli (solo se vengono prodotti da asporto) oppure fast_food (mettendo come cucina chicken) Ho trovato su wiki http://wiki.openstreetmap.org/wiki/IT:Tag:shop%3Dbutcher che bisogna utilizzare l'etichetta shop=butcher e per distinguere per tipo di carne bisogna utilizzare l'etichetta butcher=tipo ma credo che tute queste informazioni non siano sufficienti, cioè mi mancano i vari tipi (equina=horse?? vaccina=cow??? ovina=sheep suina=pork) e quando è ANCHE rosticceria con posti a sedere e solo di asporto come le mappo?? http://taginfo.openstreetmap.org/keys/butcher#values questo dovrebbe aiutarti con i tipi di butcher -- dott. Forese Giuseppe -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Historische Objekte? Noch viel Potenzial
Moin GeoOberver, ... So gefunden unter Historic Place http://gk.historic.place/. Das Projekt scheint begonnen http://www.openstreetmap.org/user/xkomczax/diary/34770 und hat sicher noch viel Potenzial zu Ausbau. ... 1. http://forum.openstreetmap.org/viewtopic.php?pid=307564#p307564 ... und dort steht schon was von einem neuen Platz ;-) ... also noch früher scheint begonnen ... ;-) 2. Wochenaufgabe - mach mal! TheFive freut sich immer, wenn die Anregenden auch *tatkräftig* mitarbeiten. Auf Trello kannst Du Dich einbringen https://trello.com/b/lJrUlXan/wochenaufgaben. ... Wenn ich Dich zitieren darf: Also ran ... ... an die Wochenaufgabe :) M. Am 20. April 2015 um 08:03 schrieb Elstermann, Mike mike.elsterm...@itc-halle.de: https://geoobserver.wordpress.com/2015/04/20/osm-historische-objekte/ Also Mapper, ran an die historischen Tags, beim geoObserver in Halle gibt's da noch genug zu tun ;-) Könnte doch auch mal eine Wochenaufgabe werden? mikeE., alias geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
