Re: [Talk-hr] 10 godina OSM-a
ja mogu ali tijekom dana... na večer ne mogu. 2014-08-05 22:42 GMT+02:00 hbogner hbog...@gmail.com: U subotu je 10 godina OSM-a. Jeste za to da organiziramo nekakvko okupljanje? ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr -- Darko Boto Phone: +385 1 6676 918 mob: +385 91 1365 614 e-mail: darko.b...@gmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Talk-hr Digest, Broj 60, Izdanje 3
mogu i ja na duljinu Dana 6. 8. 2014. 14:00 osoba talk-hr-requ...@openstreetmap.org napisala je: Talk-hr posaljite mailing list poruke na talk-hr@openstreetmap.org Da biste se pretplatili ili odjavili preko Weba, posjetite https://lists.openstreetmap.org/listinfo/talk-hr ili, koristeci mail, posaljite poruku sa naslovom ili sadrzajem 'help' na talk-hr-requ...@openstreetmap.org Osobi koja odrzava listu mozete se obratiti na talk-hr-ow...@openstreetmap.org Kada odgovarate, uredite Vasu Subject: liniju tako da je malo detaljnja od Re: Sadrzaj Talk-hr digesta... Današnje Teme: 1. 10 godina OSM-a (hbogner) 2. Re: 10 godina OSM-a (Darko Boto) -- Message: 1 Date: Tue, 05 Aug 2014 22:42:35 +0200 From: hbogner hbog...@gmail.com To: talk-hr@openstreetmap.org Subject: [Talk-hr] 10 godina OSM-a Message-ID: lrrfjs$t9q$1...@ger.gmane.org Content-Type: text/plain; charset=utf-8; format=flowed U subotu je 10 godina OSM-a. Jeste za to da organiziramo nekakvko okupljanje? -- Message: 2 Date: Wed, 6 Aug 2014 12:46:07 +0200 From: Darko Boto darko.b...@gmail.com To: hbogner hbog...@gmail.com Cc: OSM-HR ML talk-hr@openstreetmap.org Subject: Re: [Talk-hr] 10 godina OSM-a Message-ID: CABzYhVhcYEJ-YtcFWjZbZxxYQtj+gTC_0d= vkp-q4fcjmft...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 ja mogu ali tijekom dana... na večer ne mogu. 2014-08-05 22:42 GMT+02:00 hbogner hbog...@gmail.com: U subotu je 10 godina OSM-a. Jeste za to da organiziramo nekakvko okupljanje? ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr -- Darko Boto Phone: +385 1 6676 918 mob: +385 91 1365 614 e-mail: darko.b...@gmail.com -- ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr Kraj Talk-hr Digest, Broj 60, Izdanje 3 *** ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] Fwd: [OSM-talk] FOSDEM 2015: proposal for a geospatial devroom
for who is not following OSM-talk -- Forwarded message -- From: Johan Van de Wauw johan.vandew...@gmail.com Date: Wed, Aug 6, 2014 at 9:11 AM Subject: [OSM-talk] FOSDEM 2015: proposal for a geospatial devroom To: OSGeo Discussions disc...@lists.osgeo.org, t...@openstreetmap.org, location-...@locationtech.org Hello everyone, FOSDEM[1] is a free open source event bringing together about 5000 developers together in Brussels, Belgium. The goal is to provide open source software developers and communities a place to meet to. The next edition will take place the weekend 31/1 - 1/2/2015. Last edition (in february this year) both Osgeo and Openstreetmap had a stand and there was a lot of interest in geospatial technologies. That is why the idea was coined to organise a geospatial devroom the next edition. Since the call for participation for developer rooms and main tracks is now open [2], I would like to start writing a proposal [3], so hopefully we can have a geospatial devroom next year. Rather than organising the devroom organised by one project FOSDEM really prefers joint organisation Proposals involving collaboration across project or domain boundaries are strongly encouraged. That's why I'm sending this mail to Osgeo, OSM and locationtech. If you would like organising the devroom (writing the proposal and selecting the presentations) and will be present, please get in touch or add your name to my current draft proposal [3]. Note that one can also propose main track presentations. For main track speakers travel expenses and accommodation will be covered by the organisation. This is not the case for the devroom. Finally a reminder that we are only sending a proposal for a devroom - We are not sure it will be accepted. Competition will be fierce. Cheers, Johan [1] http://fosdem.org [2] https://fosdem.org/2015/news/2014-07-01-call-for-participation/ [3] https://titanpad.com/GptTJKIKJB ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] FOSDEM 2015: proposal for a geospatial devroom
Hello everyone, FOSDEM[1] is a free open source event bringing together about 5000 developers together in Brussels, Belgium. The goal is to provide open source software developers and communities a place to meet to. The next edition will take place the weekend 31/1 - 1/2/2015. Last edition (in february this year) both Osgeo and Openstreetmap had a stand and there was a lot of interest in geospatial technologies. That is why the idea was coined to organise a geospatial devroom the next edition. Since the call for participation for developer rooms and main tracks is now open [2], I would like to start writing a proposal [3], so hopefully we can have a geospatial devroom next year. Rather than organising the devroom organised by one project FOSDEM really prefers joint organisation Proposals involving collaboration across project or domain boundaries are strongly encouraged. That's why I'm sending this mail to Osgeo, OSM and locationtech. If you would like organising the devroom (writing the proposal and selecting the presentations) and will be present, please get in touch or add your name to my current draft proposal [3]. Note that one can also propose main track presentations. For main track speakers travel expenses and accommodation will be covered by the organisation. This is not the case for the devroom. Finally a reminder that we are only sending a proposal for a devroom - We are not sure it will be accepted. Competition will be fierce. Cheers, Johan [1] http://fosdem.org [2] https://fosdem.org/2015/news/2014-07-01-call-for-participation/ [3] https://titanpad.com/GptTJKIKJB ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] (sans objet)
I've published a new update about the Ebola Response. http://hot.openstreetmap.org/updates/2014-08-05_reactivation_of_hot_for_the_ebola_epidemic_second_update With 4.3 millions objects added to the OSM database, the intensity of this OSM Activation is now equivalent to the Philippines Haiyan Activation. The areas mapped in West Africa represent a square of approximately 155 km x 155 km. The weekly WHO reports in july have showed a constant increase in the no. of cases. We are in contac with various UN Agencies, humanitarian organizations deployed in West Africa and Satellite imagery providers. We will continue to follow the needs of the humanitarians deployed on the ground and add as necessary new HOT Tasking Manager jobs to cover new areas as needed. The wiki page for the activation has been enhanced to promote the various exports offered by the OSM community and partners. https://wiki.openstreetmap.org/wiki/2014_West_Africa_Ebola_Response#Exporting_OpenStreetMap_data Recall of various ungoing OSM Activations with the link to the HOT Tasking Manager. Thanks to all the contributors. For the Ebola Activation alone, 712 OSM contributors from around the world have contributed remotely since march, mapping the various areas. Ebola http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=ebola Gaza http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=gaza Central African Republic http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=Central+African+Republic South Sudan http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=South+Sudan Pierre ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Release openstreetmap-carto v2.18.0
Dear all, Today, v2.18.0 of the openstreetmap-carto stylesheet has been released. Changes include: * Remove transparency from certain landuse tags (https://github.com/gravitystorm/openstreetmap-carto/pull/792) * Render lake names on lower zoom levels (https://github.com/gravitystorm/openstreetmap-carto/pull/816) * Rewrite code for road ordering, resolving various road layering bugs (https://github.com/gravitystorm/openstreetmap-carto/pull/626) * Various bug fixes For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.17.0...v2.18.0. We welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HOT Mapping thoughts
Hi John, Low bandwidth could effect someone updating their data. Often though the problem is the specific tools they are using. The update rates on many of the applications that allow offline data can vary. Thanks, -Kate On Tue, Aug 5, 2014 at 1:13 PM, john whelan jwhelan0...@gmail.com wrote: Unfortunately it was a passing conversation at a local OSM meet up in Ottawa and I'm not even sure I'd recognise the young gentleman again. I just thought I'd tag it as it seemed odd to me and if it was the case then perhaps something could be done. Probably with low bandwidth availability it could have been some one was using off line data? Cheerio John On 5 August 2014 15:54, Kate Chapman k...@maploser.com wrote: Hi John, It might be helpful to know which tools the person was using. Perhaps it was one that wasn't updated very often. Best, -Kate On Sun, Aug 3, 2014 at 10:03 AM, john whelan jwhelan0...@gmail.com wrote: Thank you for your input, that was roughly in line with my expectations but for some reason didn't seem to match the person's experience in the field, it could have been some time ago. Thanks John On 3 August 2014 12:40, Pierre Béland pierz...@yahoo.fr wrote: Hi John, In general, the tiles are updated to the minute. Looking at my edits this morning after a few minutes, tiles were refreshed both for the OSM and Humanitarian layers. I press F5 to refresh the screen and obtain the new tiles in the navigator. For OSMAnd, updates may vary. For major activations such as Ebola, we ask contributors to provide daily updates. For Ebola, see https://wiki.openstreetmap.org/wiki/2014_West_Africa_Ebola_Response#Offline_Navigation_on_Small_Devices For custom OSMAnd updates, see https://wiki.openstreetmap.org/wiki/2014_West_Africa_Ebola_Response#Custom_Android.2FOSMAnd_offline_file Pierre -- *De :* john whelan jwhelan0...@gmail.com *À :* OpenStreetMap talk mailing list talk@openstreetmap.org *Envoyé le :* Dimanche 3 août 2014 12h28 *Objet :* [OSM-talk] HOT Mapping thoughts I was talking to someone who worked with one of the Agencies that used the data in the field and he was saying how great it was. However he said that the map started to appear after three of four days which struck me as a little odd. I understood HOT starts very quickly within hours and since we have mappers around the world working odd hours there should be something happening very quickly in the database. However the rendering means that tiles have to get refreshed, data has to be packaged for OSMAND etc. Is there a way the tiles and packaging for HOT areas given priority and done more frequently or is this already being done? I also note that in Haiti a sensefly eBee UAV has been used to collect aerial imaging for OSM mapping. I assume that the procedures have been worked out to use this device. Could one of the partner agencies UN, or someone with a bit of cash, be approached to arrange for one to be part of the initial deployment when a new area to be HOT mapped is decided on? Many Thanks Cheerio John ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] OSM verjaardagsfeestje
Beste Bas, Ik meld met voor as zaterdag af wegens verplichtingen elders. Leuk idee trouwens. Mvg Nick ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] reverting changeset
2014-07-28 14:07 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Desculpa ser chato nisso, mas alguém vai verificar e arrumar esses erros e avisos? Senão não faz sentido gerar listas de melhorias ou correções. +1000 -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] reverting changeset
Dando um pitekada... Sobre a liste erros lá, o arquivo de Roundabouts eu consegui eliminar eles, 500 erros pra ser exatos... Vamos ver se na compilação de amanhã, surge mais alguns... Erros cabeludos lá... Rotatória sentido invertido, feita em 2 meia lua,acesso a trevo com tag de rotatória...etc,etc. ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 From: fernando.treb...@gmail.com Date: Wed, 6 Aug 2014 12:31:52 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] reverting changeset 2014-07-28 14:07 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Desculpa ser chato nisso, mas alguém vai verificar e arrumar esses erros e avisos? Senão não faz sentido gerar listas de melhorias ou correções. +1000 -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wochennotiz Nr. 211 29.7.–4.8.2014
Hallo, die Wochennotiz Nr. 211 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/08/wochennotiz-nr-211/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bebauungspläne als Amtliche Werke? Was: Radweit routen löschen? (WAS: Radweit)
Am 5. August 2014 23:58 schrieb Mark Obrembalski m...@obrembalski.de: Aber wenn man für ein Gebiet nix Besseres hat, kann man natürlich auch erst mal die Angaben aus dem Bebauungsplan eingeben, solange man nur weiß, dass das Gebiet tatsächlich schon bebaut ist. Was aber auf jeden Fall auch drinsteht, sind die eigentlichen Festsetzungen, von denen es einige meiner Meinung nach durchaus verdienen, in OSM aufgenommen zu werden. Gerade die Information, was nun als reines Wohngebiet, allgemeines Wohngebiet, Mischgebiet, Gewerbegebiet etc. ausgewiesen ist, halte ich für interessant. Dabei ist natürlich zu beachten, dass solche Festsetzungen im Sinne der Baunutzungsverordnung (BauNVO) deutsches Recht sind und sich in gleicher Weise nicht ein zu eins bei unseren Nachbarn finden. Um global verständlich zu sein müssen wir an unserem landuse=value festhalten. Was natürlich nicht heißen soll, dass das Schema nicht verbesserungswürdig ist, z.B. Unterscheidung zwischen Bodenbedeckung und Landnutzung. Wenn man Festsetzungen nach der BauNVO eintragen möchte, dann also als eigenes Tag, vielleicht landuse:de=baunvo:reines_wohngebiet oder als subtag zu landuse. Wie auch immer: Man muss berücksichtigen, dass die BauNVO eine rein nationale Kategorisierung ist. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Loch im Schwarzwald
Moin, mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen: http://www.openstreetmap.org/#map=13/48.5472/8.1334 War das schon mal richtig? Gruss Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loch im Schwarzwald
Das ganze Multipolygon wurde vor 27 Tagen wohl fälschlicher Weise als Baumschule getaggt. http://www.openstreetmap.org/relation/1630678 2014-08-06 10:50 GMT+02:00 Sven Geggus li...@fuchsschwanzdomain.de: Moin, mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen: http://www.openstreetmap.org/#map=13/48.5472/8.1334 War das schon mal richtig? Gruss Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loch im Schwarzwald
Am 06.08.2014 um 10:50 schrieb Sven Geggus: Moin, mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen: http://www.openstreetmap.org/#map=13/48.5472/8.1334 War das schon mal richtig? Gruss Sven Hallo Sven, am 10.07.2014 haben sich im Raum Achern ein paar Halbstarke ausgetobt. Die Accounts waren: Na2412 FENDT 724 Neymar Ariana Grande-Butera dedenne1 love123456789 Scherox Yddak minecraf Felilein my nigga Da könnte einiges kaputtgegangen sein. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loch im Schwarzwald
Das geht wohl auf den iD-Auswahl-Bug zurück, im Forum gibt es einen Thread dazu: http://forum.openstreetmap.org/viewtopic.php?pid=440385#p440385 Am 6. August 2014 11:08 schrieb Joachim Kast osm...@dd1gj.de: Am 06.08.2014 um 10:50 schrieb Sven Geggus: Moin, mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen: http://www.openstreetmap.org/#map=13/48.5472/8.1334 War das schon mal richtig? Gruss Sven Hallo Sven, am 10.07.2014 haben sich im Raum Achern ein paar Halbstarke ausgetobt. Die Accounts waren: Na2412 FENDT 724 Neymar Ariana Grande-Butera dedenne1 love123456789 Scherox Yddak minecraf Felilein my nigga Da könnte einiges kaputtgegangen sein. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loch im Schwarzwald
Archer wrote, on 2014-08-06 11:18: Das geht wohl auf den iD-Auswahl-Bug zurück, im Forum gibt es einen Thread dazu: http://forum.openstreetmap.org/viewtopic.php?pid=440385#p440385 Sehr plausibel. Polygon gefixt und die intendierte Schule verbessert. Am 6. August 2014 11:08 schrieb Joachim Kast osm...@dd1gj.de: am 10.07.2014 haben sich im Raum Achern ein paar Halbstarke ausgetobt. Die Accounts waren: Ich wäre mit solchen Sammelklassifizierungen vorsichtig. In meinen Stichproben habe ich noch keinen Vandalismus gefunden. Tom ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Campo di volo per aeromodelli
mircozorzo wrote Ciao, io ho usato sport=model_aerodrome e leisure=pitch. Mirco Domanda: esiste un criterio per definire un model aerodrome? Ad esempio: la superficie dev'essere autorizzata dal comune o può essere anche un qualunque prato dove si ritrovano i modellisti? E per il volo degli aquiloni, esiste qualche tag specifico? Mi viene in mente, ad esempio, la Costa del Vento, a Montalto Pavese (PV) http://www.openstreetmap.org/node/1907624784#map=16/44.9651/9.2297 . Non si tratta propriamente di una aviosuperficie, piuttosto di una zona di lancio: la strada che la percorre è luogo abituale di ritrovo sia di modellisti RC che di aquilonisti (i primi volano sopra vento, i secondi sottovento); capita, a volte, che qualcosa cada nei prati a ridosso della strada (privati), ed allora occorre provvedere al recupero facendo molta attenzione... Ciao, Max -- View this message in context: http://gis.19327.n5.nabble.com/Campo-di-volo-per-aeromodelli-tp5813597p5813823.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per gli utenti qgis
Benissimo: era quello che cercavo, grazie. Ora spero solo che il paranoico proxy aziendale non si accorga che faccio delle query. -- cascafico.altervista.org twitter.com/cascafico Il 06/ago/2014 00:58 Maurizio Napolitano napoo...@gmail.com ha scritto: è uscito un plugin che permette di interrogare osm via overpass-api e portarsi i dati direttamente in qgis http://plugins.qgis.org/plugins/QuickOSM/ -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Materiali
scusate... sì ancora sui materiali. volendo mappare bene la superficie di scale o percorsi pedonali, piazze ecc. mi imbatto spesso in materiali che non sono catalogati. intendo: granito, marmo, pietra comune... secondo voi se ad es. mi capita una scala fatta in granito ci posso mettere surface=granite oppure surface=marble se marmo? oppure meglio lasciar perdere e mettere un generico surface=paved? grazie, ciao! --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Materiali-tp5813871.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Materiali
2014-08-06 18:47 GMT+02:00 demon.box e.rossin...@alice.it: secondo voi se ad es. mi capita una scala fatta in granito ci posso mettere surface=granite oppure surface=marble se marmo? oppure meglio lasciar perdere e mettere un generico surface=paved? io metterei in surface un valore meno dettagliato di marble, perché alla fine non cambia niente per la percorribilità se si tratta di marmo, granite, basalto ecc., invece già cambia parrecchio se la superficie è levigata o grezza/ruvida. Metterei in surface qualcosa come stone o paving_stones in questi casi. Invece se ti interessa anche il materiale, userei un altro tag (in più) come material ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Materiali
visto che esiste un roof:material si potrebbe adottare un surface:material oppure step:material footway:material ecc ecc - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Materiali-tp5813871p5813873.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Materiali
2014-08-06 19:32 GMT+02:00 Aury88 spacedrive...@gmail.com: visto che esiste un roof:material si potrebbe adottare un surface:material oppure step:material footway:material ecc ecc non lo farei, visto che l'oggetto a cui si riferisce è quello che ottiene il tag, non vedo vantaggi nel creare tag come step:material e footway:material Tra altro footway:material difficilmente esiste nella realtà (il footway va oltre la superficie e al solito c'è una costruzione che consiste in più materiali, di quale al mappatore normalmente interessa solo la superficie / cosa si vede. Si potrebbe discutere un surface:material, d'accordo. C'è anche qualche utilizzo nel db, ma material da solo stravince ... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-at] Tagging von Check-Ins (Flugverkehr)
Hi, bzgl. dem Check-In am Wiener Bahnhof Landstraße/Wien Mitte gibt's eine Note bzgl. dem passenden Tagging dafür: http://www.openstreetmap.org/note/111824 Ich würd's einstweilen als amenity=check_in taggen und schauen, wie sich die Diskussion hier und woanders entwickelt (oder auch nicht ;) Worum geht's? Um sowas: http://en.wikipedia.org/wiki/Airport_check-in#In-town_check-in Da es sich hier um keinen gewöhnlichen check-in handelt (die sind ja direkt am Flughafen), seh ich eine erhöhte Relevanz das irgendwie zu erfassen. Viele Möglichkeiten findet man da momentan noch nicht, der von mir erwähnte tag ist auch nicht so der Bringer... :) http://taginfo.openstreetmap.org/tags/amenity=check_in http://overpass-turbo.eu/?w=%22amenity%22%3D%22check_in%22+globalR -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Ottawa Mapping Party Friday August 22 @ 1900hr
Hi Folks, Come join us if you're nearby or don't mind driving. Our next mapping party is Friday August 22 @ 1900hr in Westboro. Please see [1] for more details. We'll be doing some local mapping and a quick demo/intro of a web map app using MapBox + TileMill. May even throw in some overpass turbo stuff. We had 10 mappers at the last one (absolute blast), lets break that number! Look forward to seeing you all there. Cheers, Richard [1] www.osmottawa.ca -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Tracer - pLPIS
Ahoj, -- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 5. 8. 2014 23:24:35 Předmět: Re: [Talk-cz] Tracer - pLPIS Ahoj! se možná někdy napojí na stávající landuse. I spojení se stávajícími OSM daty by se dalo udělat. Jen by bylo potřeba vymyslet pravidla, tedy co dělat, když vznikne průnik pole z RUIAN/LPIS s lesem v OSM, zastavěná plocha v RUIAN s polem v OSM atd atd. Co dělat s případy dvojparcel, tedy kdy je jedna parcela se zahradou a uvnitř ní je jiná parcela se zastavěnou plochou, prostě barák uprostřed zahrady. No, co by pomohlo -- a co v podstate delam rucne: Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je potreba ten prunik z lesa odstranit. Pokud je naly prunik zemedelske pudy a landuse=residential, je residential nepresne, reseni stejne. Pokud je zemedelska puda uprostred landuse=residential, slo by to udelat multipolygon=inner, ale spis radeji rucne opravit. Umi to nekdo snadno naprogramovat? Přesahy řeším v Tracer pluginu pro budovy [1]. Není to nic moc hezkého, ale funguje to ;-) [1] https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/ josm/plugins/tracer/ConnectWays.java#L491 A jak už jsem psal, neměl by být problém to upravit tak, aby to fungovalo i s landuse. Zatím nedokáži říct, kdy to budu mít hotové, jestli ještě tento, nebo příští týden. Momentálně si hraji s přepisem, aby se jednoduchým stiskem t přepínalo mezi jednotlivými moduly. Vypadá to nadějně. Řešení pro izolované ostrůvky uprostřed jiného landuse by neměl být problém naprogramovat - zjistíš si cestu s tagem landuse uvnitř které se nacházíš (trochu magie s bboxy), pak zjistíš, zda není součástí relace typu multipolygon. Pokud je, pouze přidáš inner člen. V opačném případě si tu relaci vytvoříš. Ale asi bych to automaticky neřešil. Pokud je nějaký malý landuse uprostřed většího landuse, tak rendery zobrazí malý landuse nad tím větším. A když to bude někdo mít potřebu to řešit, tak si to pořeší ručně. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nově digitalizovaná katastrální území
Rozhodně je to zajímavá informace, a kdyby se jednalo o mou oblast, nejspíš bych i zareagoval něčím v mapě :-) Přimlouvám se za reporty. JAnD Dne 5. srpna 2014 10:08 Marián Kyral mky...@email.cz napsal(a): -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 5. 8. 2014 8:45:14 Předmět: Re: [Talk-cz] Nově digitalizovaná katastrální území Ahoj, no můžu sem posílat takovýto spam nebo udělat RSS či web. Znamená to, že může začít závod o to, kdo dřív natrasuje budovy na těchto KÚ. Výsledkem závodu může být soutěž o co největší počet budov, naplácaných v OSM přes sebe, když bude trasovat X lidí současně ;-). Prostě jsou to KÚ, kde ČÚZK teď vypustil DKM. Zajímá to někoho? V pohodě, To bylo jen takové malilinkaté rýpnutí ;-) Myslím, že to může zajímat lidi z okolí dotčených KM, že se jim tam jistě brzy objeví budovy a můžou se připravit na domapování. Alespoň tak je to tady u mně v okolí ;-) Marián ___ 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
[OSM-talk-fr] Réponse OSM pour l'épidémie Ebola - le point
Vous trouverez un nouvel article sur la réponse OSM pour l'épidémie d'Ebola à http://hot.openstreetmap.org/updates/2014-08-05_reactivation_of_hot_for_the_ebola_epidemic_second_update Avec 4,3 millions d'objets ajoutés à la base de données OSM, l'intensité de cette Activation OSM est maintenant équivalente à l'Activation pour le typhon Haiyan aux Philippines. Les zones cartographiées en Afrique de l'Ouest représentent un carré d'environ 155 km x 155 km. Les rapports hebdomadaires de l'OMS en juillet ont montré une augmentation constante des cas liés à cette épidémie. Nous sommes en contact avec diverses agences des Nations Unies, les organisations humanitaires déployées en Afrique de l'Ouest et divers fournisseurs d'images satellite. Nous allons continuer à suivre les besoins des humanitaires déployés sur le terrain et ajouter de nouvelles tâches au Gestionnaire de Tâches de HOT lorsque nécessaire. La page wiki pour l'activation a été améliorée pour mettre en relief les différents produits et services d'exportation de données offerts par la communauté OSM et ses partenaires. https://wiki.openstreetmap.org/wiki/2014_West_Africa_Ebola_Response#Exporting_OpenStreetMap_data Rappel des différentes activations OSM en cours avec le lien vers le Gestionnaire de tâches HOT. Merci à tous les contributeurs. Pour l'activation Ebola seulement, 712 contributeurs OSM à travers le monde ont contribué à cartographier à distance depuis mars . Ebola http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=ebola Gaza http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=gaza République Centreafricaine http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=Central+African+Republic Sud-Soudan http://tasks.hotosm.org/?sort_by=prioritydirection=ascsearch=South+Sudan Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 自由な地図の誕生日を祝う朝会
みなさんへ なおや@浜松です。 OSM誕生日イベントとして、「自由な地図の誕生日を祝う朝会」を開催します。 ゆるゆるですが、よろしかったらご参加下さい。 http://connpass.com/event/7912/ 日時:2014年8月9日(土)9:30〜11:30 場所:鴨江アートセンター(浜松市) では。 -- /---@_@---/ なおや NISHINO Naoya Twitter http://twitter.com/naoya_24 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] City names translation
On 05/08/14 12:00, Pavlo Dudka wrote: There is also nice project Multilingual Map created as part of Multilingual maps wikipedia project(http://wiki.openstreetmap.org/wiki/Multilingual_maps_wikipedia_project). Unfortunately, the only realisation of this concept that I have found (not necessarily part of that project) is in an update freeze, pending the closure of the toolserver machine. There are apparently plans to re-host it. E.g. http://toolserver.org/~osm/locale/uk.html ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
Wikipedia Multilingual Map is available on http://mlm.jochentopf.com/ It works really good. 2014-08-06 10:54 GMT+03:00 David Woolley for...@david-woolley.me.uk: Unfortunately, the only realisation of this concept that I have found (not necessarily part of that project) is in an update freeze, pending the closure of the toolserver machine. There are apparently plans to re-host it. E.g. http://toolserver.org/~osm/locale/uk.html ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On 06/08/14 09:05, Pavlo Dudka wrote: Wikipedia Multilingual Map is available on http://mlm.jochentopf.com/ It works really good. Pavlo - one of the things that has irritated me from day one is the poor way that the data API has been designed. I've been working with relational databases since the 90's and creating structures that are flexible has always been paramount. I'm very much linguistically challenged, but I understand the importance of supporting translations. My comments about secondary databases are along that line, so that rather than having 'english' keys in the main database one has numeric keys and a lookup table which gives a translated view of all of the structure. So one logs in using Ukrainian and sees everything in Ukrainian ... Where something has not got a translation then the lookup has a selections of fall-backs based on YOUR preferences. Place names can then be handled as part of the translation system, rather than entering things manually into database and a fall back there to third party data makes perfect sense. Since there is no move to providing this method of working, I think that we can work with the 'english' keys and implement a service that makes up for this but given the large size of some key text it will take a while to populate :( There are a lot of third party tools but no coordination on managing the translation data. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
Lester, I don't agree that ukrainian or other-language place names is secondary information. We should not extract this information to external data source. Why don't you say Let's remove population-tag. Values are changing, let's integrate OSM with some service like http://www.ons.gov.uk/ons/index.html;? Reason is very obvious: implementation of integration between dozens different services that use OSM-data and [Translation DB]/[Population DB] is much more expensive than storing translations/population in OSM-DB. Assuming [Translation DB] exists.. name/name:en can't be the key for place names, since different cities with the same names in english may have different names in another language. (I can't find an example, but I am sure there are some) wikipedia-tag(or less used wikidata) might be the key for place names, but wiki-DB doesn't contain records/articles about all planet settlements. Wikidata might be [Translation DB]. But.. Do you really think that developers of different OSM services will integrate their software with Wikidata? No, they'll say - put translations into name:**, we use those tags as recommended in http://wiki.openstreetmap.org/wiki/Map_Internationalization 2014-08-06 14:22 GMT+03:00 Lester Caine les...@lsces.co.uk: Pavlo - one of the things that has irritated me from day one is the poor way that the data API has been designed. ... My comments about secondary databases are along that line, so that rather than having 'english' keys in the main database one has numeric keys and a lookup table which gives a translated view of all of the structure. So one logs in using Ukrainian and sees everything in Ukrainian ... ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On 06/08/14 13:28, Pavlo Dudka wrote: Lester, I don't agree that ukrainian or other-language place names is secondary information. We should not extract this information to external data source. Why don't you say Let's remove population-tag. Values are changing, let's integrate OSM with some service like http://www.ons.gov.uk/ons/index.html;? Reason is very obvious: implementation of integration between dozens different services that use OSM-data and [Translation DB]/[Population DB] is much more expensive than storing translations/population in OSM-DB. Pavlo - you are miss understanding what I am saying ... The primary data in the heart of OSM would not have any 'language' embedded in it. That would come from tables of translated data which are still part of the database, but do not need to be accessed all the time. The main problem with having ALL language data spread all through database is that everybody gets it, while if you ONLY want Ukranian that would be a much smaller data set. For languages where there is no translations built in, a fall back to a third party tool could then be actioned. No doubt someone would use that to populate that language, and this is fine as long as mistakes are corrected. Certainly I would not be using wikipedia myself, but nominatim enhanced with a language selection facility ... still essentially contained within OSM! name/name:en can't be the key for place names Totally agree. There should be a uniqueID for every object in OSM, not one that may change when people make mistakes changing other data :) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On Wed, Aug 6, 2014 at 2:28 PM, Pavlo Dudka pavlo.du...@gmail.com wrote: name/name:en can't be the key for place names, since different cities with the same names in english may have different names in another language. (I can't find an example, but I am sure there are some) Paris (France) is Parijs in Dutch Paris (Texas) is Paris (as far as I know) regards m ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On 6 August 2014 14:18, Marc Gemis marc.ge...@gmail.com wrote: Paris (France) is Parijs in Dutch Paris (Texas) is Paris (as far as I know) London (UK) is Londres in French, but London (Ontario) is London. Very confusing when booking on Air France's website: if you search for 'London', it tries sending you to Ontario. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On Wed Aug 06 2014 14:18:24 GMT+0100 (BST), Marc Gemis wrote: On Wed, Aug 6, 2014 at 2:28 PM, Pavlo Dudka pavlo.du...@gmail.com wrote: name/name:en can't be the key for place names, since different cities with the same names in english may have different names in another language. (I can't find an example, but I am sure there are some) Paris (France) is Parijs in Dutch Paris (Texas) is Paris (as far as I know) regards m Newport, South Wales is Casnewydd in Welsh. Newport, Pembrokeshire is Trefdraeth. Phil (trigpoint) -- Sent from my Jolla ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
Lester, you are right. I miss understood you previous message. Do you want OSM data model to be changed? http://wiki.openstreetmap.org/wiki/File:RailsPortModels.png It has very valuable feature: it is flexible for data of absolutely any kind. Extracting names to separate table will make it less sophisticated. OSM data api is only (should only be) used by data editors and should not be used for bulk data loading. I don't see any problem to load all name:**-tags in JOSM or other editors. It would be nice to have some JOSM plugin hiding name:** tag/value for those who prefers not to see some tags. 2014-08-06 16:01 GMT+03:00 Lester Caine les...@lsces.co.uk: Pavlo - you are miss understanding what I am saying ... ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Tagging of British canals.
Firstly a disclaimer, I am mostly an armchair mapper. I am working my way around the canals of Britain, tracing the canal banks and tidying up locks etc. (I have probably seen a dozen different ways that locks have been tagged.) I started off tagging the canal banks as waterway=canal+area=yes but it was pointed out to me by another mapper that this was confusing renderers and was pointed to the Wiki entry that suggested they should be tagged as natural=water+water=canal I therefore changed my existing tagging to reflect this and tagged my subsequent tracing this way. I have come across a few areas that have been traced by others (Mostly a long time ago and IMHO very poorly) that have been tagged as waterway=riverbank and I have changed these as I have realigned them. Today I have had a critical message from another mapper who said among other things, Wide-ranging changes to existing tagging schemes, just because you read a Wiki page is not good enough. I have two problems with this sentence, 1/ My CHANGES have not been what I would consider wide ranging as most of the mapping has been done by myself therefore new not changed. 2/ If the reading of a Wiki page is not good enough then why bother having a wiki? Do we have to resort to the mailing list every time we want to tag something? If there is an accepted way to map canals can someone point me to it? -- Richard. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Courier Delivery Points
Ive been out and about and doing some web research on secure parcel delivery/collection lockers. The Packstation system in Germany only applies to Germany and is a proprietary system operated by DHL. In the UK from what I can work out there are two operators: ByBox and InPost. Most other courier services tend to use these two, although I'm sure I've seen a MyHermes station somewhere even though their website says they use ByBox. Near to me there are both ByBox and InPost lockers. They operate 24/7 and allow both collection and drop-off So to follow the accepted tagging convention: amenity=vending_machine vending= parcel_mail_in;parcel_pickup operator= ByBox OR InPost OR any others that folk come across collection_times=24/7 ref= e.g. for one of the boxes I surveyed this evening UKSOL1106. These are only available from the operator website they don't appear to be on the physical boxes addr:postcode= eg. B92 7AW (the German wikipage has postal_code= but I prefer the addr tag) Taginfo currently shows NO tags as per this schema for the UK. Has anyone tagged them differently? InPost and ByBox websites are boasting 1000s of these units. We always pride ouselves on being responsive to change on the ground so we need to get our skates on! I've got some photos so unless there is a long discussion I'll get a UK wiki page up soon Regards Brian On 31 July 2014 14:13, SK53 sk53@gmail.com wrote: Closest I'm aware of is http://wiki.openstreetmap.org/wiki/Packstationen Jerry On 31 July 2014 10:19, Brian Prangle bpran...@gmail.com wrote: I'm seeing with increasing frequency secure delivery points with multiple boxes branded with various courier company logos. Is there an agreed way to tag these? regards Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Courier Delivery Points
The DE wikipage is quite adamant that the original tagging was for the Deutsche Post special case, so I guess that is the way to go: even if it's a bit clunky. There are certainly Amazon lockers in my local Co-operative which are presumably somewhat similar. Jerry On 6 August 2014 19:52, Brian Prangle bpran...@gmail.com wrote: Ive been out and about and doing some web research on secure parcel delivery/collection lockers. The Packstation system in Germany only applies to Germany and is a proprietary system operated by DHL. In the UK from what I can work out there are two operators: ByBox and InPost. Most other courier services tend to use these two, although I'm sure I've seen a MyHermes station somewhere even though their website says they use ByBox. Near to me there are both ByBox and InPost lockers. They operate 24/7 and allow both collection and drop-off So to follow the accepted tagging convention: amenity=vending_machine vending= parcel_mail_in;parcel_pickup operator= ByBox OR InPost OR any others that folk come across collection_times=24/7 ref= e.g. for one of the boxes I surveyed this evening UKSOL1106. These are only available from the operator website they don't appear to be on the physical boxes addr:postcode= eg. B92 7AW (the German wikipage has postal_code= but I prefer the addr tag) Taginfo currently shows NO tags as per this schema for the UK. Has anyone tagged them differently? InPost and ByBox websites are boasting 1000s of these units. We always pride ouselves on being responsive to change on the ground so we need to get our skates on! I've got some photos so unless there is a long discussion I'll get a UK wiki page up soon Regards Brian On 31 July 2014 14:13, SK53 sk53@gmail.com wrote: Closest I'm aware of is http://wiki.openstreetmap.org/wiki/Packstationen Jerry On 31 July 2014 10:19, Brian Prangle bpran...@gmail.com wrote: I'm seeing with increasing frequency secure delivery points with multiple boxes branded with various courier company logos. Is there an agreed way to tag these? regards Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging of British canals.
Hi Richard, The basic problem is that the wiki descriptions tend to be prescriptive (and written by people who do not map very much themselves) rather than descriptive. For this reason many (perhaps most) mappers in Great Britain tend not to place great reliance on wiki definitions. I was certainly unaware of this tag usage, although it appears to have been applied locally http://www.openstreetmap.org/way/77921444/historyseveral years ago. Whatever its faults waterway=riverbank has been the standard way to show the areal extent of canals as well as rivers by UK mappers. To date there appear to be 1674 polygons http://overpass-turbo.eu/s/4tA with natural=water + water=canal of which 1541 have you as their last editor http://overpass-turbo.eu/s/4tx . Of the latter only one seems to retain a waterway=riverbank http://overpass-turbo.eu/s/4ty tag. No doubt an oversight on your part. Although you may have mapped these in the first place lots of other people have looked at them and found the original tagging acceptable. I certainly did when adding detail along the eastern end of the TM 3 years ago. So a tagging consensus arises not just through how people map things, but also through people accepting a given way of tagging and therefore *not touching* things when mapping close by. I was vaguely aware of your edits but hadn't looked at any in detail. Broadly speaking I would say adding the natural=water + water=canal is probably fine, but deleting the waterway=riverbank is not. Large scale changing of any tag on a country wide basis should always be accompanied by a message to this list (we have recently had a mass change of Marks Spencer to Marks and Spencer, and in the past people have corrected The Co-operative, which is what is shown on the signs to Co-op, and so on). Mass edits tend to give a spurious sense of consensus. It's much better to get a true consensus : even if the consensus is agree to disagree. One other point is that as a consumer of the data you may find this tag combo works particularly well for your use-case, but it is important to be aware that the same data may be being used elsewhere and changing the tags may cause other data consumers not to work anymore. Personally I'd prefer that we denoted water areas with natural=water and then waterway=riverbank could be used for linear features and it would be possible to have nice casings on water bodies in mapnik generated renderings. However this is not the case and I live with it because its only a minor annoyance. One problem I notice is that there are a small number of linear features tagged natural=water+water=canal : I can predict that someone will advocate on the wiki that this is the only correct way to tag canals. Changing how something is tagged usually requires that the new or alternative way has some compelling advantages over the old way: the designation tag for rights of way and changing from highway=ford to ford=yes are two examples I can think of, but the 'new' public transport scheme has not displaced highway=bus_stop, probably because it was more complicated and less obvious. Regards, Jerry On 6 August 2014 19:17, richard richardw...@leiston.info wrote: Firstly a disclaimer, I am mostly an armchair mapper. I am working my way around the canals of Britain, tracing the canal banks and tidying up locks etc. (I have probably seen a dozen different ways that locks have been tagged.) I started off tagging the canal banks as waterway=canal+area=yes but it was pointed out to me by another mapper that this was confusing renderers and was pointed to the Wiki entry that suggested they should be tagged as natural=water+water=canal I therefore changed my existing tagging to reflect this and tagged my subsequent tracing this way. I have come across a few areas that have been traced by others (Mostly a long time ago and IMHO very poorly) that have been tagged as waterway=riverbank and I have changed these as I have realigned them. Today I have had a critical message from another mapper who said among other things, Wide-ranging changes to existing tagging schemes, just because you read a Wiki page is not good enough. I have two problems with this sentence, 1/ My CHANGES have not been what I would consider wide ranging as most of the mapping has been done by myself therefore new not changed. 2/ If the reading of a Wiki page is not good enough then why bother having a wiki? Do we have to resort to the mailing list every time we want to tag something? If there is an accepted way to map canals can someone point me to it? -- Richard. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging of British canals.
Richard After seeing your edits I started a discussion on the Tagging forum (as canals water features are, obviously worldwide) to see if your amendments were correct. This wiki page was pointed out to me: https://wiki.openstreetmap.org/wiki/Proposed_features/Water_details As you can see it's been discussed in use for a few years. I was never really happy with the riverbank tag especially as it was used as a 'cover all' solution, so the proposals in this wiki are beneficial. A response from that discussion which clinched it for me: The advantage is that you can determine it is a canal from the polygon alone. With waterway=riverbank you have to find the corresponding centerline first (assuming it exists). I've now amended most of the rivers/canals in my area to suit. and IMHO very poorly Really sorry to say this, but some of your edits have been a bit off. In JOSM do you load all the data in the area you're editing? I've noticed you move whole entities, such as fences, but seem unaware that action affects any joined elements like other fences or footpaths. You amended locks that are on rivers to waterway=canal which IMO is incorrect: http://www.openstreetmap.org/way/39910760 Also which imagery are you tracing from? In some cases it appear to vary from Bing in Potlatch. Cheers David F. On 06/08/2014 19:17, richard wrote: Firstly a disclaimer, I am mostly an armchair mapper. I am working my way around the canals of Britain, tracing the canal banks and tidying up locks etc. (I have probably seen a dozen different ways that locks have been tagged.) I started off tagging the canal banks as waterway=canal+area=yes but it was pointed out to me by another mapper that this was confusing renderers and was pointed to the Wiki entry that suggested they should be tagged as natural=water+water=canal I therefore changed my existing tagging to reflect this and tagged my subsequent tracing this way. I have come across a few areas that have been traced by others (Mostly a long time ago ) that have been tagged as waterway=riverbank and I have changed these as I have realigned them. Today I have had a critical message from another mapper who said among other things, Wide-ranging changes to existing tagging schemes, just because you read a Wiki page is not good enough. I have two problems with this sentence, 1/ My CHANGES have not been what I would consider wide ranging as most of the mapping has been done by myself therefore new not changed. 2/ If the reading of a Wiki page is not good enough then why bother having a wiki? Do we have to resort to the mailing list every time we want to tag something? If there is an accepted way to map canals can someone point me to it? --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] East Coast Greenway updated as ncn
The East Coast Greenway, a quasi-national bicycle route from Key West, Florida to St. Stephen, New Brunswick at the Canadian border, linking major cities of the Atlantic coast in the USA, is now accurate and fully updated in OSM. 7270 kilometers of route and alternate spurs now faithfully render in Cycle Map layer. It's been a fun few weeks getting it all correct and watching it happen (render). National bicycle routes in the USA in OSM: lookin' good! http://www.osm.org/relation/1774795#map=6/37/-73layers=C Thanks and shouts to Eric Weis (at ECG), Andy Allan (for OCM) and many more. Enjoy! SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Road abbreviations
The United States Postal Service prefers addresses to be written with abbreviations used, and they maintain a list of official abbreviations. I suppose they really only care about addresses written on physical mail, but then again this is the primary purpose of mail addresses. I know of multiple examples of places where the street name in the official addresses of houses on a street does not exactly match the name of the street itself. There is therefore no reason to insist these values should match. My conclusion is that address data should appear in the data as it properly does on a piece of mail, which includes using USPS standard abbreviations, and deviating from the road name in other ways where the postmaster has prescribed such deviation. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Road abbreviations
I would say the primary use of address data in OSM is geocoding, not mail delivery. There may be legitimate differences between a street name and the address of a house along that street but abbreviations are not a legitimate difference. The Census Bureau also has a list of 503 official abbreviations[1]. Which one should we use? The answer is: Neither. It is always easier to go from full names to abbreviations for display than to go the other way around. (See Mapquest tiles - they abbreviate street names) Therefore we should always store things un-abbreviated. No ambiguity, no questions about which list of abbreviations, no one making their own abbreviations. Everything is explicit. [1] https://github.com/ToeBee/ogr2osm-translations/blob/master/tiger2012_abbrv.csv Toby On Wed, Aug 6, 2014 at 1:22 PM, David K vidthe...@gmail.com wrote: The United States Postal Service prefers addresses to be written with abbreviations used, and they maintain a list of official abbreviations. I suppose they really only care about addresses written on physical mail, but then again this is the primary purpose of mail addresses. I know of multiple examples of places where the street name in the official addresses of houses on a street does not exactly match the name of the street itself. There is therefore no reason to insist these values should match. My conclusion is that address data should appear in the data as it properly does on a piece of mail, which includes using USPS standard abbreviations, and deviating from the road name in other ways where the postmaster has prescribed such deviation. ___ 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-us] Road abbreviations
On Wed, Aug 6, 2014 at 12:08 PM, Toby Murray toby.mur...@gmail.com wrote: The answer is: Neither. It is always easier to go from full names to abbreviations for display than to go the other way around. (See Mapquest tiles - they abbreviate street names) Therefore we should always store things un-abbreviated. No ambiguity, no questions about which list of abbreviations, no one making their own abbreviations. Everything is explicit. +1 -- @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
Re: [Talk-us] Road abbreviations
Afternoon, I concur with Toby+Clifford. I had a discussion with a coworker about road name abbreviations in OSM. He came across an existing OSM wiki page that contains a lookup table that maps the full word (street type or general place) to an abbreviation (mostly USPS): · http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#English Additionally, the USPS publishes their official abbreviations: · https://www.usps.com/send/official-abbreviations.htm These accepted and documented abbreviation practices can be used by end-users when processing the OSM data for display purposes. Best, Kristen --- Kristen Kam OSM Profile -- http://www.openstreetmap.org/user/KristenK From: Clifford Snow [mailto:cliff...@snowandsnow.us] Sent: Wednesday, August 06, 2014 1:14 PM To: Toby Murray Cc: talk-us Subject: Re: [Talk-us] Road abbreviations On Wed, Aug 6, 2014 at 12:08 PM, Toby Murray toby.mur...@gmail.commailto:toby.mur...@gmail.com wrote: The answer is: Neither. It is always easier to go from full names to abbreviations for display than to go the other way around. (See Mapquest tiles - they abbreviate street names) Therefore we should always store things un-abbreviated. No ambiguity, no questions about which list of abbreviations, no one making their own abbreviations. Everything is explicit. +1 -- @osm_seattle osm_seattle.snowandsnow.ushttp://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
Re: [Talk-us] East Coast Greenway updated as ncn
SteveA, Solid work! On Wed, Aug 6, 2014 at 2:09 PM, stevea stevea...@softworkers.com wrote: The East Coast Greenway, a quasi-national bicycle route from Key West, Florida to St. Stephen, New Brunswick at the Canadian border, linking major cities of the Atlantic coast in the USA, is now accurate and fully updated in OSM. 7270 kilometers of route and alternate spurs now faithfully render in Cycle Map layer. It's been a fun few weeks getting it all correct and watching it happen (render). National bicycle routes in the USA in OSM: lookin' good! http://www.osm.org/relation/1774795#map=6/37/-73layers=C Thanks and shouts to Eric Weis (at ECG), Andy Allan (for OCM) and many more. Enjoy! SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Elliott Plack http://about.me/elliottp ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Road abbreviations
On Aug 6, 2014 3:09 PM, Toby Murray toby.mur...@gmail.com wrote: I would say the primary use of address data in OSM is geocoding, not mail delivery. And in far too many other contexts as well. Except for the fact that so much collective effort has already been made (yet much remains) toward perfecting the task of geocoding by mail address, one might as well geocode by telephone number. I can accept that this is how it is, but I'll never agree that this is how it should be. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us