Re: [OSM-talk] GeoHipster comment on OSM
Am 04.05.2015 um 00:50 schrieb moltonel 3x Combo: ... I can't help but draw a parallell between OSM and PostgreSQL, which has the same actual product is only owned by a community, but lots of companies offer commercial support structure. Nearly all other big databases are backed by a single company, and PG regularly gets feedback about people turned off by the lack of an official PG company. No matter how many companies offer high quality support, and that this setup is demonstrably better for the project as a whole, some potential users will always be turned off. It is completely clear that from a marketing and branding pov a different business model (aka the WMF model, see my diary post from last week) would be simpler, more effective and less confusing. It would however not be more geo-business friendly. So I feel that we don't have a problem with the current structure, but perhaps we could present that structure better. Compare for example http://www.postgresql.org/support/professional_support/ to http://wiki.openstreetmap.org/wiki/Companies. Gary's OSM for business consortium also has a nice ring to it (if anything, because the members would be self-selected, it'd avoid a wiki edit war or a complicated OSMF-led selection process). I'm not sure what utility such an organisation would have (not even touching on the obvious back lash it would provoke), the OSMF and the community already point to the consulting and services companies in OSMspace where ever possible (for example on switch2osm.org), And if OSM would ever choose to change its business model, see above, it would be defunct anyway. Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GeoHipster comment on OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 05/04/2015 09:30 AM, Simon Poole wrote: I'm not sure what utility such an organisation would have (not even touching on the obvious back lash it would provoke), the OSMF and the community already point to the consulting and services companies in OSMspace where ever possible (for example on switch2osm.org), And if OSM would ever choose to change its business model, see above, it would be defunct anyway. Perhaps we should start an OSMF approved vendor programme, and out-source certification of OSMF certified engineers to a few selected training organisations and make a fortune! Plus, it would keep out the riff-raff, we don't want no clueless self-taught hackers to build a business on our brand, right? Bye Frederik /sarcasm - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJVRzKiAAoJEOx/uhGAJu9HvIoIAICbdAdBVZkRA075nKnqt40i t9HdrT8CpaqQmYg5Dxq0BiR/NkmanGuZm02efIF9La4S2JVaEAqbKizWe1fklilI YAEynjMphdqzwe6AqAYTmGC/F/xZT6fWJo08kTRG4NG7QYkWqL35TLCRgWcGuR8a qh7lMrtFYpigBrPTedt4/Wfox4vIIIMmvpZ3EvG/uBnp4vuYeiNKqBtas3xquVSZ slyTgCMW19tJ//tpWIo2Dh2JZXm8kovnJu16BHXjfFyY66fYL4+j0JyUMPR1NJyY UgEtiMa4hhcw8G2dXZLiOHBV4P2ps9mnOKiju7KRYD74PMaLobmvO9aWi9BsMHc= =/3cg -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapillary layers
Is there a way to get a transparent WMS of locations Mapillary has detected a traffic sign? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary layers
Not that I am aware of. Their API generally returns (geo)json. This is what is used on their website. Although by the looks of it, the traffic sign stuff is in v2 of their API which isn't documented on their Developers page. But I did find documentation on it here: https://a.mapillary.com/#get-searchimor There is a GSoC project proposal this year to make a JOSM plugin for Mapillary. I'm not sure what the status on that is right now. Toby On Mon, May 4, 2015 at 8:16 AM, Paul Johnson ba...@ursamundi.org wrote: Is there a way to get a transparent WMS of locations Mapillary has detected a traffic sign? ___ 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] Mapillary plugin for JOSM
There is a GSoC project proposal this year to make a JOSM plugin for Mapillary. I'm not sure what the status on that is right now. The Mapillary plugin for JOSM project was accepted. Coding will start in about 1 month. You can expect something to test by the end of June. Traffic signs may or may not make it in by the end of August. Peter Neubauer (from Mapillary) did mention that they are planning to 'locate' signs automatically which are in more than one photo on their side (using interpolation or is that extrapolation?), but that may be for later on. By locating I mean: the location of the picture showing the sign is not the location of the sign, obviously. Except in a close up taken on foot, maybe. Once they do that, their API will also allow to query for locations of those signs. We should find a way to establish a link between these signs/poles' nodes in OSM and their API. An extra tag containing a url, maybe? I think it's best we point to their site, like we do in the case of wikidata, because our node ids are not guaranteed to be stable. If they want to refer back to OSM, they can use Overpass to query for it. (or more efficiently, query for several at the same time). We usually have 1 node for 1 pole, which may have more than 1 sign on them. For poles with signs on both sides, I'm not sure how we map those. I guess we should go and have a look in Finland, as that's about the only country where traffic signs are being mapped in greater numbers. Not sure how this would/could map to Mapillary's API. Jo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary plugin for JOSM
On Mon, May 4, 2015 at 12:11 PM, Jo winfi...@gmail.com wrote: There is a GSoC project proposal this year to make a JOSM plugin for Mapillary. I'm not sure what the status on that is right now. The Mapillary plugin for JOSM project was accepted. Coding will start in about 1 month. You can expect something to test by the end of June. Traffic signs may or may not make it in by the end of August. Hopefully the sign identification gets *way* better between now and then. It completely doesn't seem to understand US style speed limits, minimum speeds, night speeds, truck speeds, truck minimum, or truck night speeds. Also seems to assume that Americans don't have yield signs (and I would hazard to guess it has *zero* clue about the older keystone shaped yields). There's a number of other signs that are frequent beyond speed limits that don't seem to be understood based on the US traffic signs mechanical turk type game thing they have, like bumps, bus stops, left merges, slight curves versus sharp curves, etc... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Low State of the Map US hotel room rates
We've secured crazy low hotel room rates for State of the Map US starting at $60 / night for three nights at the New School's 13th Street Residence. Book fast! https://twitter.com/sotmus/status/595299230928908289 https://twitter.com/sotmus/status/595299230928908289 -- Alex Barth Vice President OpenStreetMap United States Inc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] Ajuda para correção de grande erro
Prezados, peço ajuda para corrigir um erro cometido pelo contribuidor Ricardo Mitidieri que removeu por engano um mega multipoligono de natural=wood da região serrana do Rio de janeiro e agora esta super enrolado para reconstrui-lo não alcançando nem de longe o grau de detalhes do traçado anterior. Trata-se de um trabalho de muitos dias com uns 10.000 pontos em relações, técnica que o Ricardo não domina gerando um resultado totalmente errado com sobrebosição de vetores por todos os lados (...), vide imagens na apresentação:Ricardo Mitidieri - resgate de um poligono relacional removido.odp | | | | | | | | | | | Ricardo Mitidieri - resgate de um poligono relacional re...Shared with Dropbox | | | | View on www.dropbox.com | Preview by Yahoo | | | | | e no link: http://www.openstreetmap.org/user/Ricardo%20Mitidieri/history#map=10/-22.4294/-42.3969layers=N Não estou acostumado em reverter changesets e nem consegui identificar o changeset responsável pela remoção do multipoligono. Peço ajuda para reverter este grande erro. Desde já muito obrigado.Alexandrecw ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Uso Correto da Place
O Marcio e o Anor estão na lista do mkgmap e já devem ter visto, mas para os outros: = I am not sure if the OSM data is okay, but I think we probably have more sure cases. Did anybody try to solve that already? The OSM data is okay, it is defined this way in the wiki. = Essa forma atual de representar os dados com place no nó e relação não está errada, portanto (então não precisa mexer nelas). O que pode ser feito no OSM é verificar se existe mais relações duplicadas, como a que o Blademir achou. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Uso Correto da Place
Nelson, levantamos o problema na lista do Mkgmap com o objetivo de se criar um filtro no renderizador para se remover o POI place criado pelo renderizador pela função add-poi-to-area quando tratar a relation=boundary. Para as demais relações e para multipoligono essa função deve continuar atuando. Se está acompanhando o debate lá deve ter identificado que eles realmente identificaram o problema gerado pelos dados OSM e estão tentando identificar a melhor solução para o caso. Lembro que estamos nos referindo ao renderizador Mkgmap que trata os dados do OSM. Quanto aos dados do OSM estarem corretos é outra estória. Isso não significa que estão corretos, significa que estão de acordo com o estabelecido até então pela wiki, mas não significa que os padrões não devem evoluir na medida que se identificam problemas. Como citei anteriormente identificamos o problema e estamos envidando esforços para corrigi-lo a nível renderizador. Aproveito a oportunidade para informar que pesquisando o empregado lá fora não cheguei a conclusão alguma uma vez que a Inglaterra aplica de um jeito o place, Alemanha de outro, etc... Mesmo existindo o wiki cada país emprega de uma forma. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Monday, May 4, 2015 8:45 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Uso Correto da Place O Marcio e o Anor estão na lista do mkgmap e já devem ter visto, mas para os outros: = I am not sure if the OSM data is okay, but I think we probably have more sure cases. Did anybody try to solve that already? The OSM data is okay, it is defined this way in the wiki. = Essa forma atual de representar os dados com place no nó e relação não está errada, portanto (então não precisa mexer nelas). O que pode ser feito no OSM é verificar se existe mais relações duplicadas, como a que o Blademir achou. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-us] Low State of the Map US hotel room rates
We've secured crazy low hotel room rates for State of the Map US starting at $60 / night for three nights at the New School's 13th Street Residence. Book fast! https://twitter.com/sotmus/status/595299230928908289 https://twitter.com/sotmus/status/595299230928908289 -- Alex Barth Vice President OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cz] konference Geoinformatics - oznameni
Dne 4. května 2015 0:03 Jachym Cepicky jachym.cepi...@gmail.com napsal(a): Zdravím a přidávám se k pozvánce. Přidal se někdo z vás k akcím HOT? Sledujete dění okolo Nepálu ve spojitosti s HOT? Nechcete o tom něco říct?! dobry napad! Ujme se toho nekdo? Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] konference Geoinformatics - oznameni
Dobry den! rad bych, aby nekdo z vas vystoupil v sekci klicovych recniku konference za OSM. Mel byste o to nekdo z vas zajem. Predem doufam, ze ano :-) Mej te se a mapovani zdar ;-) Martin No, byl by zajem o neco na tema datovy model OSM a historie OSM v CR? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] konference Geoinformatics - oznameni
Zdravim, Dne 4. května 2015 13:45 Pavel Machek pa...@ucw.cz napsal(a): No, byl by zajem o neco na tema datovy model OSM a historie OSM v CR? urcite :-) Prihlaste prosim prispevek pres formular [1]. Dekuji! S pozdravem ML [1] http://geoinformatics.fsv.cvut.cz/konference/registrace-prispevku/ -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 7. Mai 2015
Servus! Es ist schon wieder soweit: Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 7. Mai 2015 um 19:00 Uhr (2015-05-07T19:00:00+02:00) im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch auf der LUGT-Webseite und im OSM-Wiki zu finden: http://www.lugt.at/ http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Wie Katastralgemeinden handhaben?
Hallo, Frage eines OSM Neulings: ich finde nirgendwo Richtlinien, wie Gebäude in österr. Katastralgemeinden getagged werden sollen. Zum Beispiel: die Gemeinde Groß Gerungs hat 40 Ortschaften und auch an die 40 Katastralgemeinden. Die Katastralgemeinde (Hausnummer) Böhmsdorf wurde so gemapped, dass jedes Gebäude mit Hausnummer und PLZ vermerkt wurde und unter Town/City Gemeinde Gr. Gerungs eingetragen wurde. Eine Info, dass sich das Gebäude in Böhmsdorf befindet geht rein aus den tags gar nicht hervor. Anderes Beispiel: die Gemeinde Krumau am Kamp umfasst 8 Ortschaften und ca. soviele Katastralgemeinden. In der Katastralgemeinde (Hausnummer) Preinreichs wurden die Gebäude mit Hausnummer + PLZ versehen, unter Town/City wurde Gemeinde Krumau am Kamp eingetragen aber unter Street Name Preinreichs eingetragen (also die Katastralgemeinde, da es keine Straßennamen gibt in Preinreichs). Lösung 1 ist wohl korrekter, allerdings mit großen Redundanzen, da Hausnummer 3 in Böhmsdorf als Hausnummer 3 in der Gemeinde Gr. Gerungs aufscheint (da Böhmsdorf in den Tags gar nicht aufscheint). D.h. es existiert sowohl in Gr. Gerungs selbst, als auch in allen Katastralgemeinden die Hausnummer 3 getagged unter der Gemeinde Gr. Gerungs - bedeutet doch, dass es in Gr. Gerungs an die 40 Hausnummern 3 gibt. Lösung 2 ist wohl eine Behelfslösung, da es ja eigentlich keine Straßennamen gibt in den meisten Katastralgemeinden der Gemeinde Krumau. Gibt es hier eine einheitliche Vorgehensweise? Ich habe jetzt die Gemeinde Krumau angefangen letzte Woche und fertig gestellt gestern und würde gerne im Waldviertel weitermappen...allerdings möchte ich als OSM Laie lieber nachfragen, wie man es richtig macht (verwende den Potlatch editor). Danke schöne Grüße, -- Ekrem Canli, MSc Universitätsassistent (prae doc) Institut für Geographie und Regionalforschung Universität Wien Universitätsstrasse 7 (C416) 1010 Wien Tel: (+43) 1 4277 48654 Mobil: (+43) 680 2114451 Fax: (+43) 01 4277 8 48654 Post Manager ID: Ekrem.Canli ekrem.ca...@univie.ac.at http://geomorph.univie.ac.at/ ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wie Katastralgemeinden handhaben?
addr:city=Krumau am Kamp addr:place=Preinreichs addr:postcode= addr:housenumber=XX addr:country=AT Date: Mon, 4 May 2015 11:09:40 +0200 From: ekrem.ca...@univie.ac.at To: talk-at@openstreetmap.org Subject: [Talk-at] Wie Katastralgemeinden handhaben? Hallo, Frage eines OSM Neulings: ich finde nirgendwo Richtlinien, wie Gebäude in österr. Katastralgemeinden getagged werden sollen. Zum Beispiel: die Gemeinde Groß Gerungs hat 40 Ortschaften und auch an die 40 Katastralgemeinden. Die Katastralgemeinde (Hausnummer) Böhmsdorf wurde so gemapped, dass jedes Gebäude mit Hausnummer und PLZ vermerkt wurde und unter Town/City Gemeinde Gr. Gerungs eingetragen wurde. Eine Info, dass sich das Gebäude in Böhmsdorf befindet geht rein aus den tags gar nicht hervor. Anderes Beispiel: die Gemeinde Krumau am Kamp umfasst 8 Ortschaften und ca. soviele Katastralgemeinden. In der Katastralgemeinde (Hausnummer) Preinreichs wurden die Gebäude mit Hausnummer + PLZ versehen, unter Town/City wurde Gemeinde Krumau am Kamp eingetragen aber unter Street Name Preinreichs eingetragen (also die Katastralgemeinde, da es keine Straßennamen gibt in Preinreichs). Lösung 1 ist wohl korrekter, allerdings mit großen Redundanzen, da Hausnummer 3 in Böhmsdorf als Hausnummer 3 in der Gemeinde Gr. Gerungs aufscheint (da Böhmsdorf in den Tags gar nicht aufscheint). D.h. es existiert sowohl in Gr. Gerungs selbst, als auch in allen Katastralgemeinden die Hausnummer 3 getagged unter der Gemeinde Gr. Gerungs - bedeutet doch, dass es in Gr. Gerungs an die 40 Hausnummern 3 gibt. Lösung 2 ist wohl eine Behelfslösung, da es ja eigentlich keine Straßennamen gibt in den meisten Katastralgemeinden der Gemeinde Krumau. Gibt es hier eine einheitliche Vorgehensweise? Ich habe jetzt die Gemeinde Krumau angefangen letzte Woche und fertig gestellt gestern und würde gerne im Waldviertel weitermappen...allerdings möchte ich als OSM Laie lieber nachfragen, wie man es richtig macht (verwende den Potlatch editor). Danke schöne Grüße, -- Ekrem Canli, MSc Universitätsassistent (prae doc) Institut für Geographie und Regionalforschung Universität Wien Universitätsstrasse 7 (C416) 1010 Wien Tel: (+43) 1 4277 48654 Mobil: (+43) 680 2114451 Fax: (+43) 01 4277 8 48654 Post Manager ID: Ekrem.Canli ekrem.ca...@univie.ac.at http://geomorph.univie.ac.at/ ___ 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: [Talk-at] Wie Katastralgemeinden handhaben?
Hallo, ja, genau so wie Martin sagt ist es in Österreich üblich. Siehe z.B. in dieser Gemeinde: http://www.openstreetmap.org/relation/3936075 LG Thomas Am 04 May 2015 um 11:29 schrieb martin ringer martinrin...@hotmail.com: addr:city=Krumau am Kamp addr:place=Preinreichs addr:postcode= addr:housenumber=XX addr:country=AT Date: Mon, 4 May 2015 11:09:40 +0200 From: ekrem.ca...@univie.ac.at To: talk-at@openstreetmap.org Subject: [Talk-at] Wie Katastralgemeinden handhaben? Hallo, Frage eines OSM Neulings: ich finde nirgendwo Richtlinien, wie Gebäude in österr. Katastralgemeinden getagged werden sollen. Zum Beispiel: die Gemeinde Groß Gerungs hat 40 Ortschaften und auch an die 40 Katastralgemeinden. Die Katastralgemeinde (Hausnummer) Böhmsdorf wurde so gemapped, dass jedes Gebäude mit Hausnummer und PLZ vermerkt wurde und unter Town/City Gemeinde Gr. Gerungs eingetragen wurde. Eine Info, dass sich das Gebäude in Böhmsdorf befindet geht rein aus den tags gar nicht hervor. Anderes Beispiel: die Gemeinde Krumau am Kamp umfasst 8 Ortschaften und ca. soviele Katastralgemeinden. In der Katastralgemeinde (Hausnummer) Preinreichs wurden die Gebäude mit Hausnummer + PLZ versehen, unter Town/City wurde Gemeinde Krumau am Kamp eingetragen aber unter Street Name Preinreichs eingetragen (also die Katastralgemeinde, da es keine Straßennamen gibt in Preinreichs). Lösung 1 ist wohl korrekter, allerdings mit großen Redundanzen, da Hausnummer 3 in Böhmsdorf als Hausnummer 3 in der Gemeinde Gr. Gerungs aufscheint (da Böhmsdorf in den Tags gar nicht aufscheint). D.h. es existiert sowohl in Gr. Gerungs selbst, als auch in allen Katastralgemeinden die Hausnummer 3 getagged unter der Gemeinde Gr. Gerungs - bedeutet doch, dass es in Gr. Gerungs an die 40 Hausnummern 3 gibt. Lösung 2 ist wohl eine Behelfslösung, da es ja eigentlich keine Straßennamen gibt in den meisten Katastralgemeinden der Gemeinde Krumau. Gibt es hier eine einheitliche Vorgehensweise? Ich habe jetzt die Gemeinde Krumau angefangen letzte Woche und fertig gestellt gestern und würde gerne im Waldviertel weitermappen...allerdings möchte ich als OSM Laie lieber nachfragen, wie man es richtig macht (verwende den Potlatch editor). Danke schöne Grüße, -- Ekrem Canli, MSc Universitätsassistent (prae doc) Institut für Geographie und Regionalforschung Universität Wien Universitätsstrasse 7 (C416) 1010 Wien Tel: (+43) 1 4277 48654 Mobil: (+43) 680 2114451 Fax: (+43) 01 4277 8 48654 Post Manager ID: Ekrem.Canli ekrem.ca...@univie.ac.at http://geomorph.univie.ac.at/ ___ 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 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wie Katastralgemeinden handhaben?
On 04.05.2015 11:35, Thomas Konrad wrote: ja, genau so wie Martin sagt ist es in Österreich üblich. Siehe z.B. in dieser Gemeinde: http://www.openstreetmap.org/relation/3936075 Das ist nur ein drittel der Wahrheit. Es gibt 3 Varianten, die in Gebrauch sind und alle ihre Vor- und Nachteile haben. addr:place hat den Nachteil, dass es undefiniert ist. Keiner kann genau sagen, was mit place gemeint ist. In einer realen Adresse gibt es kein Feld place. addr:hamlet wird von mir bevorzugt, hat aber auch wieder den Nachteil, dass in manchen Fällen die Definition im Wiki (the hamlet of the object) nicht ganz passt. Preinreichs bei Krumau ist kein hamlet (Weiler, Rotte), sondern ein Dorf. addr:street wird auch oft verwendet, weil der Ortsname in der Adresse den Rang einer Straße einnimmt. Aber es ist nun mal nicht wirklich ein Straßenname, zumindest nicht in den genannten Fällen (Böhmsdorf, Preinreichs). Andererseits gibt es Siedlungen, wo der Siedlungsname wie ein Straßenname an den Straßen angeschrieben steht, und da kann man sogar vor Ort kaum entscheiden, ob die Siedlung so heißt oder die Straße oder beides. In solchen Fällen lässt sich gegen addr:street schwer argumentieren. addr:city=Krumau am Kamp addr:place=Preinreichs addr:postcode= addr:housenumber=XX addr:country=AT Dazu muss ich noch anmerken, dass nicht nur addr:place/hamlet/street strittig ist, sondern auch addr:housenumber. Die Osteuropäer setzen die Konskriptionsnummer in addr:conscriptionnumber. Da OSM ein internationales Projekt ist, spricht überhaupt nichts dagegen, addr:conscriptionnumber auch in Österreich zu verwenden. Adresstagging ist ein Chaos, jeder macht es anders, das betrifft nicht nur die Tags, sondern auch wohin man sie setzt. Manche setzen die Adressen auf Gebäude oder Grundstücke, andere auf Eingänge, wieder andere auf Nodes, die frei im Gebäude schweben. Dass man sich auf irgendwas einigt, ist eine Utopie, wir werden es wahrscheinlich nicht mehr erleben, und darum müssen Anwendungen mit allen Varianten klarkommen. Zu behaupten, diese oder jene Variante sei die einzig richtige, ist eine Anmaßung. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-be] Thanks for 25/4/2015
Just a little work to thank everybody who as contributed to the cartoparty on April 25, 2015 at ESI. The participants, despite some trouble at the beginning with the wifi, have been happy and some collaboration, eg with Gracq or the administration of Brussels (Atrium) that takes care to register the accessibility of all shops in Brussels (thanks to a team of people going to EVERY shops in Brussels), are foreseen. I dream of the day when the administration will use and improve OSM every day, and these field collectors will work first to improve OSM. Special thanks to Marc (2, Gemis and Ducobu), Jo, Michel, Geneviève, Peter, Gaël. We have been asked now to do another party, focusing on using josm to add (a lot) of data. Best regards, Nicolas -- Nicolas Pettiaux, phd - nico...@pettiaux.be Open@work - Une société libre utilise des outils libres «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] SOTM 2016 : dates ?
Dear all, SOTM 2016 can apparently take place rather easily at the beginning of august 2016. Would this be possible ? I am investigating other dates with the person in charge. Regards, Nicolas -- Nicolas Pettiaux, phd - nico...@pettiaux.be Open@work - Une société libre utilise des outils libres «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] unpraktisches Nominatim-Ergebnis
Am 02.05.2015 um 21:43 schrieb Christian H. Bruhn: Ich habe keine Ahnung wie man das verbessern kann. Ich weise in dem Zusammenhang mal auf einen Vortrag auf der letzten FOSSGIS-Konferenz in diesem Jahr in Münster hin: http://www.fossgis.de/konferenz/2015/programm/events/859.de.html Welches Münster meinen sie? Marc Tobias Metten Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSRM Routing Problem
Moin, Am 03.05.2015 um 15:01 schrieb Bernhard Weiskopf: Wenn ich die Trunk Ausfahrt Mannheim-Vogelstang/Viernheim West nehmen will, schickt mich OSRM einen Umweg durch die schmale Anliegerstraße Waldeckweg, statt über die kurze trunk_link. Bei https://www.openstreetmap.org/ habe ich über den Pfeil zur Routenberechnung folgende Strecke eingegeben: von: Viernheimer Kreuz nach: Kamenzer Straße 1, Mannheim mittels: Auto (OSRM) Ich vermute, dass OSRM die Abbiegerelation nur geradeaus am Treffpunkt der beiden Einbahn-trunk-links zu einer gemeinsamen http://osm.org/go/0DwWW5DT7?m= falsch interpretiert. Genau diagonal gegenüber (Ausfahrt Havellandstraße) verhält es sich anders: Dort routet OSRM über so eine only-straight-on-restriction hinaus auf das gemeiname trunk-Stück. ABER: Setzt man dort das Ziel über die nächste Fahrspur-Trennung hinaus auf die Einbahn-trunk-Auffahrt zur Magdeburger Straße, will OSRM sogar den großen Umweg (hintere Ausfahrt zur Kreuzung Birkenauer Straße), wieder zurück und dann Hart rechts gegen die Einbahn-Auffahrt zurück routen. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpraktisches Nominatim-Ergebnis
Am 03.05.2015 um 16:47 schrieb Sarah Hoffmann lon...@denofr.de: Ich finde auch das Tagging mit tourism=information, information=board grenzwertig. Diese Tafeln sind von ihrer Funktion ja einem Ortseingangs- schild ähnlicher als einem Informationsboard das gewöhnlich mit längeren Beschreibungen daherkommt. +1, formal halte ich board für falsch, das sind keine Tafeln sondern Straßenschilder (sign wäre evtl passend, aber tourism=information passt auch eher nicht, sonst müsste praktisch jedes Schild / Wegweiser diesen tag tragen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM in Stadtverwaltungen
Hallo zusammen, gibt es irgendwo einen Überblick darüber, wo/wie OSM in *Stadtverwaltungen (City Hall)* eingesetzt ist? Ich bin für jeden Tipp dankbar. -- ## Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSRM Routing Problem
Falls du bei GitHub angemeldet bist, kannst du hier für OSRM einen Bugreport erstellen: https://github.com/Project-OSRM/osrm-backend/issues/new Hallo Alex, habe ich versucht, bin ich aber nicht und werde nur nach Name und Passwort gefragt. Weiter kam ich dort nicht. Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSRM Routing Problem
Genau diagonal gegenüber (Ausfahrt Havellandstraße) verhält es sich anders: Dort routet OSRM über so eine only-straight-on-restriction hinaus auf das gemeiname trunk-Stück. Hallo Georg, Danke für die weiteren Prüfungen. ABER: Setzt man dort das Ziel über die nächste Fahrspur-Trennung hinaus auf die Einbahn-trunk-Auffahrt zur Magdeburger Straße, will OSRM sogar den großen Umweg (hintere Ausfahrt zur Kreuzung Birkenauer Straße), wieder zurück und dann Hart rechts gegen die Einbahn-Auffahrt zurück routen. Das gegen die Einbahn-Auffahrt zurück kommt vermutlich durch meinen Fehler und nicht durch OSRM: Die beiden Richtungsfahrspuren der trunk_link waren seit Jahren durchgängig als zwei Fahrbahnen eingetragen. Da sie in der Mitte einige Meter eine gemeinsame Fahrbahn mit Mittelstreifen bilden, habe ich sie letzten Monat im mittleren Bereich zusammengefasst, lanes usw. entsprechend angepasst und dann auch die turn relations ergänzt. Dabei habe ich übersehen, dass diese eine Richtungs-Fahrbahn anschließend verkehrt herum war, keine Ahnung warum. Das habe ich nach wenigen Tagen korrigiert, vermutlich arbeitet OSRM noch mit den etwas älteren Daten mit der verkehrten Richtung. Sobald OSRM die Daten aktualisiert hat, müsste dieser Fehler behoben sein. Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
I don't know where the discussion got to, but thought I should point out that at least one road in North Yorkshire is a C road that is signposted as such. The road here does have signs with the C designation. http://www.openstreetmap.org/#map=13/54.5696/-1.0016 I don't think I added it so at least one other person must agree! Cheers Graham from my Phone (hence dodgy spelling!) On 4 May 2015 01:20, Dave F. dave...@madasafish.com wrote: Hi I seem to remember there was general consensus that C class roads shouldn't have their reference number in the ref tag as they aren't really for public use, such as on signs or maps, but the official use of local councils etc. It was suggested, therefore, to swap them to a tag like off_ref, or some such similar. Was this agreed upon? If there is consensus I personally think this would be a valid use of a mass edit due to the large number http://overpass-turbo.eu/s/98Y Does anyone have experience of doing such a auto edit? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ 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] What was the outcome of the discussion about C class roads with ref tags?
On 04/05/2015 08:35, Graham Jones wrote: I don't know where the discussion got to, but thought I should point out that at least one road in North Yorkshire is a C road that is signposted as such. The road here does have signs with the C designation. http://www.openstreetmap.org/#map=13/54.5696/-1.0016 I don't think I added it so at least one other person must agree! The concensus I think is that if a road has had a C number added purely as a bookkeeping reference by the council, but doesn't appear on any signage, then a tag such as official_ref or admin_ref makes more sense. See previous discussions here: https://lists.openstreetmap.org/pipermail/talk-gb/2013-April/thread.html#14788 https://lists.openstreetmap.org/pipermail/talk-gb/2014-August/thread.html#16392 (and others linked from those threads). http://taginfo.openstreetmap.org.uk/search?q=ref suggests more traction for official_ref over admin_ref. However yours looks more interesting than the usual OSM C road: http://www.openstreetmap.org/way/25020986/history It looks like it was previously a B road (OOC maps suggest the B1268) and kept its number when it was downgraded. If it's a real ref on a real road sign I don't think that anyone would disagree with it being tagged with a C road ref. I've seen at least one other signposted one in North Yorkshire (north of Castle Howard somewhere - I suspect there are more) so it's not unique. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
On 04/05/15 02:18, Dave F. wrote: Hi I seem to remember there was general consensus that C class roads shouldn't have their reference number in the ref tag as they aren't really for public use, such as on signs or maps, but the official use of local councils etc. It was suggested, therefore, to swap them to a tag like off_ref, or some such similar. Was this agreed upon? If there is consensus I personally think this would be a valid use of a mass edit due to the large number http://overpass-turbo.eu/s/98Y Does anyone have experience of doing such a auto edit? Cheers Dave F. If you go back in the archives of this list to 17/3/13 you will find a discussion labelled Refs on Tertiary and Unclassified Roads in Highland. You will perhaps not be surprised to see that there is no definitive outcome of the discussion but there are two suggestions (both seem to me to be perfectly sound) for alternative tags to use instead of ref= for these roads. The suggestions were official:ref= and official_ref=. I made a suggestion that we could use local:ref= but nobody seemed to think this was worth supporting. My reasoning was that these road references are maintained at a local level by Councils and have no national significance. Anyway I think that either of the tags which incorporate the word official seem to be acceptable. bogzab -- Dr Bogumil N Zaba ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
On Mon, 2015-05-04 at 08:35 +0100, Graham Jones wrote: I don't know where the discussion got to, but thought I should point out that at least one road in North Yorkshire is a C road that is signposted as such. The road here does have signs with the C designation. http://www.openstreetmap.org/#map=13/54.5696/-1.0016 I don't think I added it so at least one other person must agree! That will probably only last until the council realise and order a new sign, there is government guidance to councils that these numbers should not be used on signs. A satnav saying to turn onto the C when it is not signed makes OSM look quirky to bad to someone who has just downloaded an app from the app store. In this case if you have surveyed it and it is signed then it would be helpful if it was tagged as signed=yes, or something similar. SomeoneElse I think he has used similar tagging for unsigned A roads. One obvious reason for not using C/D/U references is that they are not unique, the number will be reused in different counties which would be confusing. We would end up with a similar problems as France has after turning most of their N (National) roads to D (Departmental) where nearly every route now involves the D1 at some stage. Was so much easier before they changed it. I did do a test edit on changing ref=C/D/U to official_ref, however I reverted it after some problems mostly with path number continuing onto roads (which never happens) and I had not created a wiki page (have no idea how to do that), just had general agreement here. I have been surveying out the ones in Wrexham, but that takes time. I do know that the guy who added them worked for the council, I suspect Norfolk and Pembrokeshire are similar, I did no see any signed C roads in Pembrokeshire last year. I would like to see this issue resolved, obviously surveying is just too big a task for a community of this size, so a mechanical edit is the only way. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
I once saw some friends on Facebook discussing the state of a road local to them in Dorset, and they referred to it by its C number throughout. Personally, I quite like the fact that our map has C numbers on where other maps don't. What I don't like, though, is seeing U numbers for unclassified roads, which are cluttering up the map of my home area (http://www.openstreetmap.org/#map=17/51.42292/0.34775). Steve On 04/05/2015 08:35, Graham Jones wrote: I don't know where the discussion got to, but thought I should point out that at least one road in North Yorkshire is a C road that is signposted as such. The road here does have signs with the C designation. http://www.openstreetmap.org/#map=13/54.5696/-1.0016 I don't think I added it so at least one other person must agree! Cheers Graham from my Phone (hence dodgy spelling!) On 4 May 2015 01:20, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Hi I seem to remember there was general consensus that C class roads shouldn't have their reference number in the ref tag as they aren't really for public use, such as on signs or maps, but the official use of local councils etc. It was suggested, therefore, to swap them to a tag like off_ref, or some such similar. Was this agreed upon? If there is consensus I personally think this would be a valid use of a mass edit due to the large number http://overpass-turbo.eu/s/98Y Does anyone have experience of doing such a auto edit? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org mailto: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 --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
On 04/05/2015 10:50, Philip Barnes wrote: In this case if you have surveyed it and it is signed then it would be helpful if it was tagged as signed=yes, or something similar. SomeoneElse I think he has used similar tagging for unsigned A roads. FWIW I've used name:signed=no and ref:signed=no where appropriate, but there's no concensus around that: http://taginfo.openstreetmap.org.uk/keys/ref%3Asigned#overview http://taginfo.openstreetmap.org.uk/keys/name%3Asigned#overview Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
On 04/05/2015 11:10, Steve Doerr wrote: Personally, I quite like the fact that our map has C numbers on where other maps don't. What I don't like, though, is seeing U numbers for unclassified roads, which are cluttering up the map of my home area (http://www.openstreetmap.org/#map=17/51.42292/0.34775). ... what _I_ like is the ability to create a map that shows whatever I want it to show! I certainly don't see the standard style as our map (singular) - it's just one of many and these days isn't particularly useful for what I normally use a map for. That doesn't mean that it isn't a good compromise though - there can't be one perfect style for every possible use. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Road-name oddity in Bath
See also the Comments section here: http://www.bathchronicle.co.uk/8203-Victoria-Bridge-passageway-close-weeks/story-23347562-detail/story.html#comments Steve On 04/05/2015 00:37, Dave F. wrote: Hi Andy While what was there before certainly wasn't correct I don't believe Nick Austin's recent edits correct the situation. There certainly is a Stanier Road along that stretch along with an Ivo Peters Rd. Where those two concatenate is uncertain. ITO has no Ivo Peters: http://www.itoworld.com/product/data/osm_analysis/map_browser?bbox=350785,152770,380729,171227referrer=area However there is an Ivo Peters road sign. https://goo.gl/maps/Or3TH I've re edited to what I think is the correct layout, but wiling to be proven wrong. Dave F. On 02/05/2015 18:49, Andy Mabbett wrote: Around: http://www.openstreetmap.org/?mlat=51.38137mlon=-2.37016#map=19/51.38137/-2.37016 Stanier Road seems to become Ivo Peters Road, then Stanier Road again Meanwhile, slightly to the NE, there is another Ivo Peters Road. Is something mis-tagged? --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
Well, the C refs are are cluttering up the map of my home area ( others, by the sound of it). I recently used a screen grab of the area in my OP. I got more replies about the displaying of the C refs than what I was actually trying to describe - It just confused people. It's not removing the data just reassigning it to a more appropriate tag. A render displaying them can still be created. As I said, if they're just used for authorities internally, then I don't see their relevance on the 'standard' map. Dave F. On 04/05/2015 11:10, Steve Doerr wrote: I once saw some friends on Facebook discussing the state of a road local to them in Dorset, and they referred to it by its C number throughout. Personally, I quite like the fact that our map has C numbers on where other maps don't. What I don't like, though, is seeing U numbers for unclassified roads, which are cluttering up the map of my home area (http://www.openstreetmap.org/#map=17/51.42292/0.34775). Steve On 04/05/2015 08:35, Graham Jones wrote: I don't know where the discussion got to, but thought I should point out that at least one road in North Yorkshire is a C road that is signposted as such. The road here does have signs with the C designation. http://www.openstreetmap.org/#map=13/54.5696/-1.0016 I don't think I added it so at least one other person must agree! Cheers Graham from my Phone (hence dodgy spelling!) On 4 May 2015 01:20, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Hi I seem to remember there was general consensus that C class roads shouldn't have their reference number in the ref tag as they aren't really for public use, such as on signs or maps, but the official use of local councils etc. It was suggested, therefore, to swap them to a tag like off_ref, or some such similar. Was this agreed upon? If there is consensus I personally think this would be a valid use of a mass edit due to the large number http://overpass-turbo.eu/s/98Y Does anyone have experience of doing such a auto edit? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org mailto: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 Avast logo http://www.avast.com/ This email has been checked for viruses by Avast antivirus software. www.avast.com http://www.avast.com/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?
On 04/05/2015 10:50, Philip Barnes wrote: I did do a test edit on changing ref=C/D/U to official_ref, however I reverted it after some problems mostly with path number continuing onto roads (which never happens) There needs to be adequate verifying which is why it should be done by someone with previous experience of mech edits. Things to test for: Is it a tertiary way Does it have a ref that starts with 'C' Is it followed by a number? Is the number 4 characters (unsure if there are any with 4 digits) Does it already have a 'official_ref' tag? etc If there are tertiary ways that don't meet the above criteria they should be listed in some form of text file for individual editing if appropriate. Dave F. and I had not created a wiki page (have no idea how to do that), just had general agreement here. I have been surveying out the ones in Wrexham, but that takes time. I do know that the guy who added them worked for the council, I suspect Norfolk and Pembrokeshire are similar, I did no see any signed C roads in Pembrokeshire last year. I would like to see this issue resolved, obviously surveying is just too big a task for a community of this size, so a mechanical edit is the only way. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Quarterly Project All things delivery-related - an update
It's now May and the project is a month old and with two months to go, it's time for an update. Robert Whittaker has an excellent site http://robert.mathmos.net/osm/postboxes/ monitoring OSM data on postboxes in the UK. Here you can see progress (even a league table of who's contributing). From the history graph you can see there's been an increase in activity since the project got going. Perhaps Robert might provide some data analysis about the effect of the project. Enter a postcode and you can find all the missing and incorrect postboxes nearby. I was amazed at just how many were missing in the areas I map regularly: a great incentive to revisit all kinds of places. In doing so I discovered one of those rarities: an EVIIIR royal cypher(OSM node 448635608). (For non-UK readers King Edward VIII was only on the throne for about 11 months in 1936 before abdicating so there are only about 130 postboxes bearing the royal cypher EVIIIR, these being the ones installed during those 11 months) How many of these are actually recorded in OSM? It would make a great treasure hunt for the rest of the project. From web research I think there are only 2 in Birmingham so my job's done. I've been unable to track down some of the indoor postboxes - two in particular are indicated in Sainsbury's supermarkets near me, but neither exists. This led me to wonder whether Sainsbury's had some kind of agreement with Royal Mail which didn't work out so they were removed. But you can't build a hypothesis on two pieces of data! Does anyone have any knowledge of this? Or replicate my findings? In the West Midlands we've had some fun trying to locate the Coventry ParcelForce depot which is NOT where Google thinks it is. It moved over two years ago and is now mapped in OSM http://www.openstreetmap.org/#map=16/52.4583/-1.5259 . Thanks must go to our local sleuth: spiffymapper. Parcel Lockers http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom/Parcel_Lockers are poorly mapped - only 8 existed in OSM for the UK at the start of the project. Now there are 11 . It turns out that one of the operators, ByBox, has its national distribution centre in Coventry so time for spiffymapper to get his sleuthing shoes on again! Any other stories on what folk have been up to on this project are welcome. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk-fr] Question Overpass Turbo
Salut à tous, Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO à Ouaga au Burkina (projet OKFN BF/OSM BF). Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/ La dernière couche (invisible au chargement) pointe dynamiquement vers la base OSM via une requête Overpass générée avec http://overpass-turbo.eu/ L'incompréhension concerne la ligne 10, modélisées avec ces relations : Aller : https://www.openstreetmap.org/relation/4850754 Retour : https://www.openstreetmap.org/relation/4850740 Master (Aller+Retour) : http://www.openstreetmap.org/relation/4850778 Elles ne sont pas retournées par cette requête (relation et membres vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q Bien que les arrêts membres de la relation soient retournés par cette requête (points vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97r Merci d'avance, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
Et je précise que la L10 est bien visible sur le rendu Transport : http://osm.org/go/a6nowwCL?layers=T Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit : Salut à tous, Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO à Ouaga au Burkina (projet OKFN BF/OSM BF). Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/ La dernière couche (invisible au chargement) pointe dynamiquement vers la base OSM via une requête Overpass générée avec http://overpass-turbo.eu/ L'incompréhension concerne la ligne 10, modélisées avec ces relations : Aller : https://www.openstreetmap.org/relation/4850754 Retour : https://www.openstreetmap.org/relation/4850740 Master (Aller+Retour) : http://www.openstreetmap.org/relation/4850778 Elles ne sont pas retournées par cette requête (relation et membres vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q Bien que les arrêts membres de la relation soient retournés par cette requête (points vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97r Merci d'avance, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
Ta requête Overpass ne descend pas les sous-relations pour en extraire les chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc rien n'est visible sur la carte. Il faudrait donc distinguer deux requêtes et les fusionner: - une prenant les relations route_master des lignes SOTRACO pour en extraire les relations route - une autre pour les relations route des lignes SOTRACO non modélisées en route_master (avec routes séparées selon les sens ou les différents services) Et ensuite avec le résultat de la fusion, descendre les membres de type way et noeud pour obtenir leur géométrie affichable. Overpass ne descend pas arbitrairement tous les niveaux de relations, il fait ses requêtes une par une avec des préselections dans un resultset en amont (ou bien un pseudo-resultset par défaut correspon dant à la totalité de la base de données), des filtres de sous-sélection, et produit un result-set qu'il peut fusionner avec un autre. Le 4 mai 2015 13:47, Augustin Doury augustindo...@gmail.com a écrit : Et je précise que la L10 est bien visible sur le rendu Transport : http://osm.org/go/a6nowwCL?layers=T Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit : Salut à tous, Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO à Ouaga au Burkina (projet OKFN BF/OSM BF). Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/ La dernière couche (invisible au chargement) pointe dynamiquement vers la base OSM via une requête Overpass générée avec http://overpass-turbo.eu/ L'incompréhension concerne la ligne 10, modélisées avec ces relations : Aller : https://www.openstreetmap.org/relation/4850754 Retour : https://www.openstreetmap.org/relation/4850740 Master (Aller+Retour) : http://www.openstreetmap.org/relation/4850778 Elles ne sont pas retournées par cette requête (relation et membres vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q Bien que les arrêts membres de la relation soient retournés par cette requête (points vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97r Merci d'avance, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
Salut Philippe, Merci pour ta réponse ! En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres. On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : a) le lieu d'attente des voyageurs • placer un nœud hors de la voie, du bon côté de la route • attributs ◦ highway=bus_stop ◦ public_transport=platform ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ shelter = yes si il y a un abris-bus ◦ bench = yes si il y a un banc ◦ source = survey;bing b) l'arrêt du bus • • placer un nœud à la même hauteur mais appartenant à la voie attributs ◦ public_transport = stop_position ◦ bus=yes ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ source = survey;bing Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : Ta requête Overpass ne descend pas les sous-relations pour en extraire les chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc rien n'est visible sur la carte. Il faudrait donc distinguer deux requêtes et les fusionner: - une prenant les relations route_master des lignes SOTRACO pour en extraire les relations route - une autre pour les relations route des lignes SOTRACO non modélisées en route_master (avec routes séparées selon les sens ou les différents services) Et ensuite avec le résultat de la fusion, descendre les membres de type way et noeud pour obtenir leur géométrie affichable. Overpass ne descend pas arbitrairement tous les niveaux de relations, il fait ses requêtes une par une avec des préselections dans un resultset en amont (ou bien un pseudo-resultset par défaut correspon dant à la totalité de la base de données), des filtres de sous-sélection, et produit un result-set qu'il peut fusionner avec un autre. Le 4 mai 2015 13:47, Augustin Doury augustindo...@gmail.com a écrit : Et je précise que la L10 est bien visible sur le rendu Transport : http://osm.org/go/a6nowwCL?layers=T Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit : Salut à tous, Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO à Ouaga au Burkina (projet OKFN BF/OSM BF). Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/ La dernière couche (invisible au chargement) pointe dynamiquement vers la base OSM via une requête Overpass générée avec http://overpass-turbo.eu/ L'incompréhension concerne la ligne 10, modélisées avec ces relations : Aller : https://www.openstreetmap.org/relation/4850754 Retour : https://www.openstreetmap.org/relation/4850740 Master (Aller+Retour) : http://www.openstreetmap.org/relation/4850778 Elles ne sont pas retournées par cette requête (relation et membres vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q Bien que les arrêts membres de la relation soient retournés par cette requête (points vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97r Merci d'avance, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
En fait je comprends pourquoi: la base utilisée par Overpass ne semble pas encore contenir la nouvelle relation master de la ligne 10, ni même les routes individuelles (elles aussi marquées avec operator=SOTRACO): bizarre quand meˆme après 4 jours ! Le 4 mai 2015 13:47, Augustin Doury augustindo...@gmail.com a écrit : Et je précise que la L10 est bien visible sur le rendu Transport : http://osm.org/go/a6nowwCL?layers=T Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit : Salut à tous, Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO à Ouaga au Burkina (projet OKFN BF/OSM BF). Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/ La dernière couche (invisible au chargement) pointe dynamiquement vers la base OSM via une requête Overpass générée avec http://overpass-turbo.eu/ L'incompréhension concerne la ligne 10, modélisées avec ces relations : Aller : https://www.openstreetmap.org/relation/4850754 Retour : https://www.openstreetmap.org/relation/4850740 Master (Aller+Retour) : http://www.openstreetmap.org/relation/4850778 Elles ne sont pas retournées par cette requête (relation et membres vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q Bien que les arrêts membres de la relation soient retournés par cette requête (points vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97r Merci d'avance, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
D'ailleurs OverpasTurbo.eu ne voit rien du tout avec la requête relation(4850740); mentionnant juste l'ID comme seul filtre. Il y a donc du retard dans sa base (ou une désynchronisation avec des modifs oubliées en cours de route, ou qui n'ont pas pu être intégrées à cause d'une erreur de format de données ou d'un problème de transfert). Les exploitants de la base de données pourront en dire plus (je ne sais pas quelle base est utilisée par Overpass-Turbo.eu mais il y a eu des problèmes de serveurs sur les bases françaises il y a quelques jours). Il semblerait alors que cette base soit en cours de reconstruction et ne dispose que d'un aperçu d'un dump datant de plusieurs jours (si c'est le cas il va falloir patienter, ou sinon utiliser un autre serveur OverpassAPI) Dans le cas présent: c'est la base //overpass-api.de/api/ qui est en retard. En revanche la base http://api.openstreetmap.fr/oapi/; est à jour et contient bien ta relation. Bref change d'instance Overpass. Le 4 mai 2015 20:30, Augustin Doury augustindo...@gmail.com a écrit : Désolé c'est parti tout seul. En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres). On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : - 1 noeud sur la voie (public_transport=stop_position, bus=yes, operator=SOTRACO, network=SOTRACO, name = *, source = survey;bing) - 1 noeud à côté de la voie (highway=bus_stop, public_transport=platform, operator=SOTRACO, network=SOTRACO, name = *, shelter = *, bench = *, source = survey;bing) *le trajet aller est mappé avec : - une relation qui a pour membres les portions de chemins où passe le bus + les noeuds sur la voie (rôle=stop) + les noeuds à côté de la voie (rôle=platform) - la relation a les attributs suivants : type=route, route=bus + tous les attributs utiles (to=*, from=*,name=*,network,operator,ref etc.) *le trajet retour pareil *la relation route_master a pour membres les relations précédentes. La requête actuelle http://overpass-turbo.eu/s/97q retourne toutes les relations Aller et Retour des lignes de bus qui sont dans OSM (mais pas les relations master, on est d'accord) sauf celles de la ligne 10 ... D'autres idées avec ces éléments ? Merci, Augustin Le 04/05/2015, Augustin Douryaugustindo...@gmail.com a écrit : Salut Philippe, Merci pour ta réponse ! En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres. On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : a) le lieu d'attente des voyageurs • placer un nœud hors de la voie, du bon côté de la route • attributs ◦ highway=bus_stop ◦ public_transport=platform ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ shelter = yes si il y a un abris-bus ◦ bench = yes si il y a un banc ◦ source = survey;bing b) l'arrêt du bus • • placer un nœud à la même hauteur mais appartenant à la voie attributs ◦ public_transport = stop_position ◦ bus=yes ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ source = survey;bing Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : Ta requête Overpass ne descend pas les sous-relations pour en extraire les chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc rien n'est visible sur la carte. Il faudrait donc distinguer deux requêtes et les fusionner: - une prenant les relations route_master des lignes SOTRACO pour en extraire les relations route - une autre pour les relations route des lignes SOTRACO non modélisées en route_master (avec routes séparées selon les sens ou les différents services) Et ensuite avec le résultat de la fusion, descendre les membres de type way et noeud pour obtenir leur géométrie affichable. Overpass ne descend pas arbitrairement tous les niveaux de relations, il fait ses requêtes une par une avec des préselections dans un resultset en amont (ou bien un pseudo-resultset par défaut correspon dant à la totalité de la base de données), des filtres de sous-sélection, et produit un result-set qu'il peut fusionner avec un autre. Le 4 mai 2015 13:47, Augustin Doury augustindo...@gmail.com a écrit : Et je précise que la L10 est bien visible sur le rendu Transport : http://osm.org/go/a6nowwCL?layers=T Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit :
[OSM-talk-fr] Vidéo BAN
Bonjour à tous, En ces temps pluvieux vous aimerez sûrement découvrir une petite vidéo dénichée de dessous les fagots concernant la BAN. Ce n'est pas très passionnant, parce que sans son et l'image n'est pas terrible, mais ca permet de voir ce qui se prépare au niveau des remontées/corrections d'infos à usage des communes notamment. https://www.youtube.com/watch?v=EJUIEAlp-04feature=youtu.be Bon visionnage! Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question Overpass Turbo
A ce sujet je trouve dommage qu'Overpass ne retourne pas au moins une ligne de xommentaire XML mentionnant sa date de mise à jour et s'il y a une maintenance en cours dessus (une simple ligne de texte), ou bien ne fasse plus formellement dans ses données XML ou JSON avec un objet server-status specifique (ignoré dans le rendu mais visible dans les données brutes, ou qu'on pourrait obtenir avec une requête spéciale (exécutée et affichée automatiquement sur un site web Overpass).. Le 4 mai 2015 20:48, Philippe Verdy verd...@wanadoo.fr a écrit : D'ailleurs OverpasTurbo.eu ne voit rien du tout avec la requête relation(4850740); mentionnant juste l'ID comme seul filtre. Il y a donc du retard dans sa base (ou une désynchronisation avec des modifs oubliées en cours de route, ou qui n'ont pas pu être intégrées à cause d'une erreur de format de données ou d'un problème de transfert). Les exploitants de la base de données pourront en dire plus (je ne sais pas quelle base est utilisée par Overpass-Turbo.eu mais il y a eu des problèmes de serveurs sur les bases françaises il y a quelques jours). Il semblerait alors que cette base soit en cours de reconstruction et ne dispose que d'un aperçu d'un dump datant de plusieurs jours (si c'est le cas il va falloir patienter, ou sinon utiliser un autre serveur OverpassAPI) Dans le cas présent: c'est la base //overpass-api.de/api/ qui est en retard. En revanche la base http://api.openstreetmap.fr/oapi/; est à jour et contient bien ta relation. Bref change d'instance Overpass. Le 4 mai 2015 20:30, Augustin Doury augustindo...@gmail.com a écrit : Désolé c'est parti tout seul. En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres). On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : - 1 noeud sur la voie (public_transport=stop_position, bus=yes, operator=SOTRACO, network=SOTRACO, name = *, source = survey;bing) - 1 noeud à côté de la voie (highway=bus_stop, public_transport=platform, operator=SOTRACO, network=SOTRACO, name = *, shelter = *, bench = *, source = survey;bing) *le trajet aller est mappé avec : - une relation qui a pour membres les portions de chemins où passe le bus + les noeuds sur la voie (rôle=stop) + les noeuds à côté de la voie (rôle=platform) - la relation a les attributs suivants : type=route, route=bus + tous les attributs utiles (to=*, from=*,name=*,network,operator,ref etc.) *le trajet retour pareil *la relation route_master a pour membres les relations précédentes. La requête actuelle http://overpass-turbo.eu/s/97q retourne toutes les relations Aller et Retour des lignes de bus qui sont dans OSM (mais pas les relations master, on est d'accord) sauf celles de la ligne 10 ... D'autres idées avec ces éléments ? Merci, Augustin Le 04/05/2015, Augustin Douryaugustindo...@gmail.com a écrit : Salut Philippe, Merci pour ta réponse ! En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres. On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : a) le lieu d'attente des voyageurs • placer un nœud hors de la voie, du bon côté de la route • attributs ◦ highway=bus_stop ◦ public_transport=platform ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ shelter = yes si il y a un abris-bus ◦ bench = yes si il y a un banc ◦ source = survey;bing b) l'arrêt du bus • • placer un nœud à la même hauteur mais appartenant à la voie attributs ◦ public_transport = stop_position ◦ bus=yes ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ source = survey;bing Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : Ta requête Overpass ne descend pas les sous-relations pour en extraire les chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc rien n'est visible sur la carte. Il faudrait donc distinguer deux requêtes et les fusionner: - une prenant les relations route_master des lignes SOTRACO pour en extraire les relations route - une autre pour les relations route des lignes SOTRACO non modélisées en route_master (avec routes séparées selon les sens ou les différents services) Et ensuite avec le résultat de la fusion, descendre les membres de type way et noeud pour obtenir leur géométrie affichable. Overpass ne descend pas arbitrairement
Re: [OSM-talk-fr] Question Overpass Turbo
Merci Philippe. Cette explication me paraissait la plus probable mais comme toi, 5 jours je trouvais que ça faisait long. Habituellement les màj de la base utilisée par Overpass Turbo sont très fréquentes (je trouvais des objets via Overpass Turbo édités dans les 10min qui précédaient et croyait donc que les requêtes se faisaient directement dans la base OSM). A voir d'ici quelques jours, si quelqu'un a une explication, top. Bonne soirée Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : D'ailleurs OverpasTurbo.eu ne voit rien du tout avec la requête relation(4850740); mentionnant juste l'ID comme seul filtre. Il y a donc du retard dans sa base (ou une désynchronisation avec des modifs oubliées en cours de route, ou qui n'ont pas pu être intégrées à cause d'une erreur de format de données ou d'un problème de transfert). Les exploitants de la base de données pourront en dire plus (je ne sais pas quelle base est utilisée par Overpass-Turbo.eu mais il y a eu des problèmes de serveurs sur les bases françaises il y a quelques jours). Il semblerait alors que cette base soit en cours de reconstruction et ne dispose que d'un aperçu d'un dump datant de plusieurs jours (si c'est le cas il va falloir patienter, ou sinon utiliser un autre serveur OverpassAPI) Dans le cas présent: c'est la base //overpass-api.de/api/ qui est en retard. En revanche la base http://api.openstreetmap.fr/oapi/; est à jour et contient bien ta relation. Bref change d'instance Overpass. Le 4 mai 2015 20:30, Augustin Doury augustindo...@gmail.com a écrit : Désolé c'est parti tout seul. En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres). On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : - 1 noeud sur la voie (public_transport=stop_position, bus=yes, operator=SOTRACO, network=SOTRACO, name = *, source = survey;bing) - 1 noeud à côté de la voie (highway=bus_stop, public_transport=platform, operator=SOTRACO, network=SOTRACO, name = *, shelter = *, bench = *, source = survey;bing) *le trajet aller est mappé avec : - une relation qui a pour membres les portions de chemins où passe le bus + les noeuds sur la voie (rôle=stop) + les noeuds à côté de la voie (rôle=platform) - la relation a les attributs suivants : type=route, route=bus + tous les attributs utiles (to=*, from=*,name=*,network,operator,ref etc.) *le trajet retour pareil *la relation route_master a pour membres les relations précédentes. La requête actuelle http://overpass-turbo.eu/s/97q retourne toutes les relations Aller et Retour des lignes de bus qui sont dans OSM (mais pas les relations master, on est d'accord) sauf celles de la ligne 10 ... D'autres idées avec ces éléments ? Merci, Augustin Le 04/05/2015, Augustin Douryaugustindo...@gmail.com a écrit : Salut Philippe, Merci pour ta réponse ! En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres. On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : a) le lieu d'attente des voyageurs • placer un nœud hors de la voie, du bon côté de la route • attributs ◦ highway=bus_stop ◦ public_transport=platform ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ shelter = yes si il y a un abris-bus ◦ bench = yes si il y a un banc ◦ source = survey;bing b) l'arrêt du bus • • placer un nœud à la même hauteur mais appartenant à la voie attributs ◦ public_transport = stop_position ◦ bus=yes ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ source = survey;bing Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : Ta requête Overpass ne descend pas les sous-relations pour en extraire les chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc rien n'est visible sur la carte. Il faudrait donc distinguer deux requêtes et les fusionner: - une prenant les relations route_master des lignes SOTRACO pour en extraire les relations route - une autre pour les relations route des lignes SOTRACO non modélisées en route_master (avec routes séparées selon les sens ou les différents services) Et ensuite avec le résultat de la fusion, descendre les membres de type way et noeud pour obtenir leur géométrie affichable. Overpass ne descend pas arbitrairement tous les niveaux de relations, il fait ses
Re: [OSM-talk-fr] Question Overpass Turbo
Bizarrement le server .de indique une mise à jour récente. Il a des trous de mémoire et est désynchrionisé avec les flux, ou bien la date qu'il indique dans osm3s: { timestamp_osm_base: 2015-05-04T18:54:02Z, copyright: The data included in this document is from www.openstreetmap.org. The data is made available under ODbL. }, est carrément fausse et est la date actuelle et non la date des dernières données importées. Il va falloir contacter les mainteneurs de la base allemande pour leur signaler l'anomalie (peut-être qu'ils travaillent déjà dessus). Le 4 mai 2015 20:55, Augustin Doury augustindo...@gmail.com a écrit : Merci Philippe. Cette explication me paraissait la plus probable mais comme toi, 5 jours je trouvais que ça faisait long. Habituellement les màj de la base utilisée par Overpass Turbo sont très fréquentes (je trouvais des objets via Overpass Turbo édités dans les 10min qui précédaient et croyait donc que les requêtes se faisaient directement dans la base OSM). A voir d'ici quelques jours, si quelqu'un a une explication, top. Bonne soirée Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : D'ailleurs OverpasTurbo.eu ne voit rien du tout avec la requête relation(4850740); mentionnant juste l'ID comme seul filtre. Il y a donc du retard dans sa base (ou une désynchronisation avec des modifs oubliées en cours de route, ou qui n'ont pas pu être intégrées à cause d'une erreur de format de données ou d'un problème de transfert). Les exploitants de la base de données pourront en dire plus (je ne sais pas quelle base est utilisée par Overpass-Turbo.eu mais il y a eu des problèmes de serveurs sur les bases françaises il y a quelques jours). Il semblerait alors que cette base soit en cours de reconstruction et ne dispose que d'un aperçu d'un dump datant de plusieurs jours (si c'est le cas il va falloir patienter, ou sinon utiliser un autre serveur OverpassAPI) Dans le cas présent: c'est la base //overpass-api.de/api/ qui est en retard. En revanche la base http://api.openstreetmap.fr/oapi/; est à jour et contient bien ta relation. Bref change d'instance Overpass. Le 4 mai 2015 20:30, Augustin Doury augustindo...@gmail.com a écrit : Désolé c'est parti tout seul. En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres). On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : - 1 noeud sur la voie (public_transport=stop_position, bus=yes, operator=SOTRACO, network=SOTRACO, name = *, source = survey;bing) - 1 noeud à côté de la voie (highway=bus_stop, public_transport=platform, operator=SOTRACO, network=SOTRACO, name = *, shelter = *, bench = *, source = survey;bing) *le trajet aller est mappé avec : - une relation qui a pour membres les portions de chemins où passe le bus + les noeuds sur la voie (rôle=stop) + les noeuds à côté de la voie (rôle=platform) - la relation a les attributs suivants : type=route, route=bus + tous les attributs utiles (to=*, from=*,name=*,network,operator,ref etc.) *le trajet retour pareil *la relation route_master a pour membres les relations précédentes. La requête actuelle http://overpass-turbo.eu/s/97q retourne toutes les relations Aller et Retour des lignes de bus qui sont dans OSM (mais pas les relations master, on est d'accord) sauf celles de la ligne 10 ... D'autres idées avec ces éléments ? Merci, Augustin Le 04/05/2015, Augustin Douryaugustindo...@gmail.com a écrit : Salut Philippe, Merci pour ta réponse ! En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres. On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : a) le lieu d'attente des voyageurs • placer un nœud hors de la voie, du bon côté de la route • attributs ◦ highway=bus_stop ◦ public_transport=platform ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ shelter = yes si il y a un abris-bus ◦ bench = yes si il y a un banc ◦ source = survey;bing b) l'arrêt du bus • • placer un nœud à la même hauteur mais appartenant à la voie attributs ◦ public_transport = stop_position ◦ bus=yes ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ source = survey;bing Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : Ta requête Overpass ne descend pas les sous-relations pour en
Re: [Talk-in] 3d buildings using sketchup
On Mon, May 4, 2015 at 3:30 PM, sukhjit sehra sukhjitse...@gmail.com wrote: i am trying to create 3d model for openstreetmap using sketchup tool kit i need to know that if it possible to upload .fbx file to osm server or i need to upload this to other server (please share its name). Please also suggest 3d rendering tools for 3d osm data Sukhjit, you can find links to openstreetmap 3d projects on the wiki: http://wiki.openstreetmap.org/wiki/3D Its not possible to upload sketchup models into the osm server. Rather, buildings are stored using native osm geometries using the schema defined here: http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings and rendered online on F4 maps: http://map.f4-group.com/ If you are particular on using sketchup you could try asking on https://help.openstreetmap.org -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-dk] Export from addressnode
Hej. Jeg har opdaget at en del adressepunkter som tidligere havde f.eks amenity tilknyttet er blevet duplikeret hvorefter disse oplysninger så er blevet fjernet fra det oprindelige adressepunkt. Men adresseoplysningerne ligger stadig på de udskilte punkter. Her er et eksempel: http://www.openstreetmap.org/node/3404320831 (udskilt punkt) http://www.openstreetmap.org/node/947246358 (oprindeligt adressepunkt) Bør adresse oplysningerne ikke fjernes fra de udskilte punkter? Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Export from addressnode
Hej Jens Det har jeg valgt fordi det så er muligt at søge på Baggersgade 2, 5800 Nyborg og få oplyst at der er en bank, eller vil den ikke komme frem. http://nominatim.openstreetmap.org/search.php?q=Baggersgade+2%2C+5800+Nyborg Jeg ser flere fordele end ulemper, hvad mener i? Mvh Bilbo-denmark 2015-05-04 10:32 GMT+02:00 Jens Hyllegaard j...@linushvj.dk: Hej. Jeg har opdaget at en del adressepunkter som tidligere havde f.eks amenity tilknyttet er blevet duplikeret hvorefter disse oplysninger så er blevet fjernet fra det oprindelige adressepunkt. Men adresseoplysningerne ligger stadig på de udskilte punkter. Her er et eksempel: http://www.openstreetmap.org/node/3404320831 (udskilt punkt) http://www.openstreetmap.org/node/947246358 (oprindeligt adressepunkt) Bør adresse oplysningerne ikke fjernes fra de udskilte punkter? Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-hr] Rijeka ortofoto - dozvola
Pozdrav, Poslao sam Gradu Rijeci upit ako se smije koristiti njihov ortofoto sa stranice http://www2.rijeka.hr/ip2/ kao podlogu u osm, i dobio sam dolje navedeni odgovor. Orotfoto je odličan, u mjerilu 1:250 se sve dobro vidi, a ima i podlogu za ulice sa imenima i kućnim brojevima, i pretraživanje po njima. Isto sam pitao i za ove dvije stranice sa popisom ulica: http://ulice-kbr.rijeka.hr http://ulice.rijeka.hr Ima li tko kakvu ideju kako ortofoto ubaciti kao podlogu u josm? Gledam url sa kojeg ga dohvaća, npr: http://www2.rijeka.hr/ip2/webmap/map.asp?mapw=1660maph=542bgr=1mapid=0qStreetId=0qHouseNrId=0qFrom=0qTo=0x1=5454652y1=5021772x2=5455076y2=5021428sp=0sm=1 Ako povećam maph i mapw varijable, onda mi vrati veću sliku (inaće ovisi o velićini prozora u browseru), pa kad povećam visinu mogu dobiti od sjevera do juga cijeli komad grada sa nekim ne prevelikom širinom (inaće se server pobuni da nemože vratiti request). Ovaj x1, y1, x2, y2 nemam pojma kako rade, početak je u nekom njihovom kooridnatnom sustavu koliko vidim. Moglo bi se onda iterativno cijeli grad pokupiti na najvećem zoomu, pa spojiti i georeferencirati, ili ima netko bolju ideju? -- Forwarded message -- From: Ri-info ri-i...@rijeka.hr Date: 2015-05-04 11:04 GMT+02:00 Subject: RE: pitanje u vezi koristenja podataka To: Andrej Vlašić andrej.vlas...@gmail.com Poštovani, Po Vašem upitu proslijedili smo mail Zavodu za informatičku djelatnost Grada Rijeke i prosljeđujemo Vam odgovor koji nam je uputio Pročelnik odjela: --- Poštovana/i, Podaci se objavljuju u najboljoj vjeri, a elektronički oblik u kojem se podaci objavljuju podložan je promjenama bez prethodne najave. Grad ne snosi odgovornost za bilo kakvu štetu koju nekome možda može prouzročiti nedostupnost, promjena formata podatka ili eventualna netočnost objavljenih podataka na izvorima koje gdin. Vlašić spominje. Grad Rijeka se u objavi podataka rukovodi preporukama Europske unije koje se temelje na ideji da javni podaci moraju biti dostupni građanima kako bi ih mogli slobodno upotrebljavati. Više o tome na: http://europa.eu/publications/open-data/index_hr.htm Zaključno, podaci koje gdin. Vlašić navodi su javni podaci i kao takvi mogu se koristiti bez ograničenja. Lijepi pozdrav Željko Jurić, pročelnik --- Nadamo se da smo uspjeli odgovoriti na Vaše pitanje. Srdačan pozdrav, Daniela Klaričić RI INFO Informativni centar Grada Rijeke Korzo 18b 51000 Rijeka Hrvatska T: +385 51 209 691 F: +385 51 209 692 E: ri-i...@rijeka.hr W: www.rijeka.hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-it] OSMIT 2015
2015-05-03 21:11 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Sono d'accordo con il problema che solleva Daniele e con quello che dice Elena. Si rischia di mettere in condizione molti di dover scegliere. Inoltre credo che il LD - che è un evento molto più consociuto, più diffuso e con più storia alle spalle - si mangerebbe del tutto OSMit. +1 C -- 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-it] OSMIT 2015
2015-05-03 19:45 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: 2015-05-03 16:36 GMT+02:00 Michele Mondelli mithenks...@gmail.com: Salve a tutti. Apro una nuova discussione per cominciare ad organizzare un po' seriamente l'evento. Sede e sponsor dell'evento Abbiamo incassato da Comune e Università di Siena una prima disponibilità ad ospitare e sponsorizzare l'OSMIT 2015. L'evento potrebbe tenersi all'interno delle strutture dell'Università. nota importante da osmit2013 la comunità italiana si riconosce in Wikimedia Italia. questa frase non è veritiera, alcuni membri della comunità italiana si riconosce in Wikimedia Italia, altri come il sottoscritto no. Cerchiamo di tenere separati la comunità italiana di OSM e Wikimedia Italia in qualità di local chapter. Grazie Prima di quell'evento comunque WIkimedia Italia ha sempre fornito supporto nelle edizioni precedenti. Quindi suggerisco un passaggio con WIkimedia Italia nell'organizzazione dell'evento Dipende in che modo Wikimedia Italia vuole partecipare, nelle edizioni che ho organizzato in prima persona Wikimedia Italia ha fatto da patrocinio/sponsor e non aveva messo becco nell'organizzazione dell'evento Contesto dell'evento Come vi accennavo, attualmente c'è molto interesse attorno agli open data e in generale alla cultura open. Quando abbiamo proposto l'OSMIT, ci siamo visti rilanciare sul tavolo l'idea di organizzare una sorta di Open Day che avvicini e presenti tutti i settori della cultura open. In questo senso, stiamo pensando di fare una grande tre giorni che parli di Open Data, Open Source e Open Culture. Causa esperienze precedenti proprio su osmit scoraggio l'evento unificato. Piuttosto il Comune di Siena potrebbe fare un ragionamento più ampio con una serie di eventi periodici all'insegna delle tematiche discusse +1 Data dell'evento L'Università inaugurerà per inizio ottobre una nuova struttura, pensata non solo per conferenze e seminari ma nella quale sono presenti anche dei Making Lab. L'ideale sarebbe organizzare l'evento per fine ottobre (magari in concomitanza con il Linux Day). Eviterei ancora di più il LinuxDay legato a OSMIT. LinuxDay è un evento federato, molte delle persone che danno un forte contributo a OSM sono coinvolte in internventi ai LinuxDay. Il risultato è costringere a fare una scelta. +1 La formula però va rivista, in particolare è importante che il programma sia fatto dalla comunità, magari cominciando a fare delle proposte. che speranzoso che sei ;-) quanti parteciperebbero come ambasciatori di openstreetmap? (per organizzare pernottamento e pasti) posso aprire una pagina wiki da qualche parte, per una raccolta di adesioni? Abbiamo sempre fatto così appongiandoci poi a http://conf.openstreetmap.it Sono però dell'idea che l'azione dovrebbe essere coordinata con Wikimedia Italia Dipende, se vuole essere l'evento della comunità di OSM penso sia meglio continuare con http://conf.openstreetmap.it altrimenti se vuole trasformare nell'evento di OSM organizzato da Wikimedia Italia basta essere chiari. -- 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-it] OSMIT 2015
Buongiorno! *LD* Non avevo considerato la concorrenza che giustamente farebbero i Linux Day nelle altre città. L'idea di unire i due eventi a questo punto è da evitare. Essendo il LD il 24 ottobre, potremmo fare OSMIT due settimane dopo, ovvero tipo 6-7-8 novembre? Potrebbe andare bene? *Programma* Leggendo un po' quello che scrivete, e guardando su osmit.hackpad.com: - primo giorno mattina - breve talk introduttivo, a seguire laboratorio su come scaricare i dati da openstreetmap, com'è fatto il formato dati, quali cose sapere per usarli bene - primo giorno pomeriggio - breve talk su strumenti gis desktop, a seguire laboratorio sulla manipolazione dei dati scaricati la mattina - secondo giorno mattina - breve talk sui formati dei dati geografici, a seguire laboratorio su come unire / confrontare / montare insieme dati proveniente da diversi database o servizi - secondo giorno pomeriggio - breve talk su come contribuire a openstretmap, a seguire laboratorio su JOSM - terzo giorno mattina - breve talk su OSM e mobile, a seguire laboratorio sulle librerie e i progetti su mobile - terzo giorno pomeriggio - labotario a tema libero + definizione di obiettivi (in termini di cosa mappare, strumenti da sistemare, Potrebbe essere una bozza credibile di programma? Ovviamente va messo tutto sul wiki e aperto a tutte le modifiche! *Prova pratica* All'amministrazione piacerebbe, sempre sull'idea di incentrare molto l'evento sul fare, creare qualcosa durante l'evento che rappresenti il simbolo del potenziale di OSM e che dimostri come si possa valorizzare il territorio usando gli strumenti e le idee della cultura Open. Perciò io proporrei di mettere su una sorta di team, fatto magari di studenti / appassionati a vario livello, che nei giorni della conferenza mettono insieme tutte le tecnologie e le idee presentate in una web/mobile app da presentare alla chiusura dei lavori. Essendo qualcosa di non facilissima realizzazione in tre giorni, potremmo sfruttare l'idea di un Aspettando OSMit per organizzare una serie di piccole conferenze/incontri all'università che formino il gruppo di lavoro, stabiliscano l'obiettivo, e comincino con il lavoro grosso (raccolta dei dati, ipotesi di interfaccia, ecc), per poi concluderlo durante la conferenza. Questo forse contribuirebbe anche a creare un'attesa nei confronti di OSMit, molto positiva in termini pubblicitari e partecipativi. *La questione ambasciatori* Mi riferisco a quanti più o meno faranno da speaker e/o moderatori delle giornate, perché l'intenzione credo sia che chi lavora all'organizzazione e al buon esito dell'evento abbia un minimo di rimborsi spese e/o pasti. *Sponsor* Nella prima mail avevo dimenticato la questione sponsor. Ci sono limitazioni, eventuali problematiche, cosa da sapere? O posso cercare dovunque ci sia interesse a sponsorizzare l'evento? *Logistica* Ottima la partecipazione di Wilkimedia Italia! A livello organizzativo, l'idea potrebbe essere di avere una bozza di idee, programma e progetti dell'evento, io la sottopongo agli enti coinvolti per un'approvazione più formale della cosa, ed a quel punto fare una prima riunione via hangout con i delegati delle varie associazioni in gioco. ciao, -- *Michele Mondelli* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Ciao, interessante questo dibattito OSM vs GMAPS in emergenza. In effetti come mapper diamo per scontato che a tutti sia evidente che la nostra mappa sia il meglio :-) Ti porto la mia esperienza dall'interno della protezione civile regionale del Friuli Venezia Giulia: sia nel 2009 che, in parte, nel 2012 mi sono occupato di produrre cartografia per i terremoti in Abruzzo ed Emilia. Diciamo che per un uso veloce probabilmente molti preferisco GMAPS, tutti lo conoscono, è facile da usare e nei casi d'uso comuni arrivo prima al risultato. Le cose cambiano quando devo usare i dati per il coordinamento dell'emergenza, in questo caso avere i dati vettoriali grezzi in un formato compatibile con i software GIS è imprescindibile, questo sia per avere la massima flessibilità del rendering (di una stessa porzione di territorio devo poter fare mappe tematiche di ogni tipo in base a chi andrà ad utilizzarle) sia per le analisi geografiche in cui necessariamente i dati di base devono essere mescolati a dati specialistici provenienti da altre fonti. Con gli strumenti che mette a disposizione Google entrambe queste attività sono semplicemente impossibili. Volendo generalizzare il discorso direi che GMAP funziona bene finchè ti va bene stare nel loro recinto dove i dati li puoi vedere ed elaborare solo con i loro strumenti, se però hai bisogno di fare qualcosa in più o semplicemente analizzare i dati con il software che sei abituato ad usare ogni giorno allora DEVI usare qualcos'altro e OSM è la scelta ovvia. Ovviamente è importante avere una buona mappatura del territorio (non serve che sia del tutto precisa, basta che sia abbastanza completa), infatti nel 2009 i dati di OSM per L'Aquila non erano usabili e al tempo HOT ancora non esisteva. Nel 2012 in Emilia invece moltissimi hanno usato OSM, spesso senza sapere che mappa avevano tra le mani. Bisogna inoltre ricordarsi che l'emergenza non è solo quella dei primi giorni (dove forse le mappe non ci sono proprio), ma dura mesi in cui bisogna gestire sfollati e prima ricostruzione, io credo che l'obbiettivo di HOT sia quello di supportare questa seconda fase e anche qui OSM non ha rivali, infatti ha l'enorme vantaggio che i dati li puoi impacchettare e dare in mano alle popolazione locali che una volta formate diventano indipendenti nella loro gestione (che è quello che è stato fatto ad Haiti). Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Concordo, è una discussione davvero interessante. Solo un domanda tecnica: ho provato a contribuire ad un paio di task su Kathmanu e dintorni, ho però visto che per molte attività sono richieste le aerofoto DigitalGlobe (probabilmente perché scattate dopo il sisma?) però JOSM non le propone tra i WMS disponibili. Esiste un URL da aggiungere? Ciao e buona giornata, Max -- View this message in context: http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5843156.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] Open Location Code: Addresses for everything, everywhere
A proposito di questo proprio in questi giorni sono venuto a conoscenza di un progetto simile ancora più user friendly: http://what3words.com/ Saluti Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Il giorno 4 maggio 2015 10:58, Max1234Ita max1234...@gmail.com ha scritto: Concordo, è una discussione davvero interessante. Solo un domanda tecnica: ho provato a contribuire ad un paio di task su Kathmanu e dintorni, ho però visto che per molte attività sono richieste le aerofoto DigitalGlobe (probabilmente perché scattate dopo il sisma?) però JOSM non le propone tra i WMS disponibili. Esiste un URL da aggiungere? Una volta selezionata la task, trovi questi dati sotto Istruzioni. Talvolta c'è da accettare una licenza prima di veder comparire l'URL. -- Frafra ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
2015-05-04 10:55 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: 2015-05-04 10:25 GMT+02:00 Michele Mondelli mithenks...@gmail.com: Buongiorno! LD Non avevo considerato la concorrenza che giustamente farebbero i Linux Day nelle altre città. L'idea di unire i due eventi a questo punto è da evitare. Essendo il LD il 24 ottobre, potremmo fare OSMIT due settimane dopo, ovvero tipo 6-7-8 novembre? Potrebbe andare bene? Personalmente punterei a metà ottobre se non ai primi di ottobre, ma temo che non riuscirò ad esserci uguialmente da autunno a primavera io non ho grossi problemi per le date. Programma Leggendo un po' quello che scrivete, e guardando su osmit.hackpad.com: primo giorno mattina - breve talk introduttivo, a seguire laboratorio su come scaricare i dati da openstreetmap, com'è fatto il formato dati, quali cose sapere per usarli bene IMHO: oltre che scaricare anche come *contribuire* se il fine è lasciare un messaggio forte su Siena, allora è importante che chi vive in zona impari. non ho capito, dobbiamo lanciare un messaggio a Siena. chi chiede di lanciarlo? chi sono le persone interessate? cosa ci viene chiesto di fare? da come hai descritto le giornate sembrano un WE di formazione sui dati geografici e openstreetmap. e non l'incontro dei mapper italiani. sono ancora convinto che debba essere un evento per la comunità, con una pertura alla città ospitante. non il contrario. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
Il giorno 4 maggio 2015 11:36, Simone Cortesi sim...@cortesi.com ha scritto: 2015-05-04 10:55 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Programma Leggendo un po' quello che scrivete, e guardando su osmit.hackpad.com: primo giorno mattina - breve talk introduttivo, a seguire laboratorio su come scaricare i dati da openstreetmap, com'è fatto il formato dati, quali cose sapere per usarli bene IMHO: oltre che scaricare anche come *contribuire* se il fine è lasciare un messaggio forte su Siena, allora è importante che chi vive in zona impari. non ho capito, dobbiamo lanciare un messaggio a Siena. chi chiede di lanciarlo? chi sono le persone interessate? cosa ci viene chiesto di fare? da come hai descritto le giornate sembrano un WE di formazione sui dati geografici e openstreetmap. e non l'incontro dei mapper italiani. sono ancora convinto che debba essere un evento per la comunità, con una pertura alla città ospitante. non il contrario. Si ma infatti il programma è rivolto ai mapper, per insegnare come usare i dati e come contribuire. Se non si hanno conoscienze sui dati geografici e su come importarli, modificali, gestirli, non è facile contribuire. Anche tenendo conto che, se si riesce a dare sempre più impulso alla liberazione dei dati in possesso delle pubbliche amministrazioni, è cruciale saper utilizzare gli strumenti per importare, ripulire e ricaricare questi dati. Nella bozza di programma non si fa nessun riferimento esplicito a Siena, tutt'altro. Si tratta di workshop e laboratori che raccontino come fare con openstreetmap, sicuramente non concentrandosi solo sul mappare ma sottolineando anche come questi dati siano poi di impulso alla comunità e possano essere utilizzati per creare. -- *Michele Mondelli* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
2015-05-04 11:51 GMT+02:00 Michele Mondelli mithenks...@gmail.com: Si ma infatti il programma è rivolto ai mapper, per insegnare come usare i dati e come contribuire. Se non si hanno conoscienze sui dati geografici e su come importarli, modificali, gestirli, non è facile contribuire. Anche tenendo conto che, se si riesce a dare sempre più impulso alla liberazione dei dati in possesso delle pubbliche amministrazioni, è cruciale saper utilizzare gli strumenti per importare, ripulire e ricaricare questi dati. importare i dati non è una cosa che va insegnata. è da prendere con assoluta cautela e non può essere oggetto di un fine settimana di incontro pubblico. OSM si basa sulla comunità, non sui dati importati. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
Programma Leggendo un po' quello che scrivete, e guardando su osmit.hackpad.com: primo giorno mattina - breve talk introduttivo, a seguire laboratorio su come scaricare i dati da openstreetmap, com'è fatto il formato dati, quali cose sapere per usarli bene IMHO: oltre che scaricare anche come *contribuire* se il fine è lasciare un messaggio forte su Siena, allora è importante che chi vive in zona impari. non ho capito, dobbiamo lanciare un messaggio a Siena. chi chiede di lanciarlo? chi sono le persone interessate? cosa ci viene chiesto di fare? da come hai descritto le giornate sembrano un WE di formazione sui dati geografici e openstreetmap. e non l'incontro dei mapper italiani. Non ti seguo Nel senso che se ti riferisci a me allora mi devo essere espresso male perché la penso come te Tant'è che ho scritto --- ... nuovamente però mi sembra diverso dal concetto di incontro nazionale dei mappers italiani, mi sembra più incentiviamo openstreetmap a Siena --- sono ancora convinto che debba essere un evento per la comunità, con una apertura alla città ospitante. non il contrario. Forse ho inteso perché sono stato frainteso: mi sembra di capire che Michele voglia che l'evento abbia una ricaduta su Siena (quantomeno è questo quello che capisco quando parla dell'amministrazione e dell'università) Per tale motivo proponevo a lui un aspettando osmit ma che non si tratta di osmit ma solo di un modo per stimolare i senesi Sempre tornando a Rovereto: in occasione di osmit il Comune ha rilasciato i dati e, dopo osmit, ci sono stati momenti formativi richiesti da chi si era incuriosito Rafforzando quindi quanto ho scritto precedentemente proviamo ad avere una giornata di talkingmaking dove si presentano idee, progetti in sviluppo o da completare per poi passare alla loro realizzazione nei giorni successivi Torna? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
Porto nel mio piccolo quella che è stata la mia esperienza: Rovereto è stato il mio primo OSMIT, e quello che mi ha attratto (così come per altri raduni tipo SOD) è stato non solo l’interessante elenco dei talks e delle esperienza nell’uso di OSM, ma sopratutto la possibilità d’imparare mettendoci le mani”. Per questo ritengo importante il discorso less talk, more rock, per dirla con un gruppo che piacerebbe al Corsato. Nel senso che mi sembra interessante trovare un luogo ed un momento per concretizzare l’incontro di una comunità. E quindi avere uno-due giorni dove questo gruppo può finalmente lavorare insieme, riallacciando, sistematizzando, (si spera anche concludendo :) ) discorsi e progetti ipotizzati durante tutto l’anno sulle varie mailing lists. Un momento da dedicarci e da dedicare ad OSM. Penso inoltre che questo non sia per niente antitetico con tante altre ottime idee espresse finora. Un’esempio su tutti: visto il profilo anche fortemente tecnico di alcuni degli spunti sull’hackpad, perché non cercare l’incontro con la comunità di sviluppatori senesi (nel caso si faccia a Siena) ? In questo modo si può allo stesso tempo aprire l’incontro al territorio locale, fare formazione e far conoscere l’ecosistema OSM, lavorando però con risorse forti su temi di cui la comunità ha individuato la necessità di agire. Questi i miei 2 cents.. Ciao a tutti, Michele Il giorno 04/mag/2015, alle ore 11:55, Simone Cortesi sim...@cortesi.com ha scritto: 2015-05-04 11:51 GMT+02:00 Michele Mondelli mithenks...@gmail.com mailto:mithenks...@gmail.com: Si ma infatti il programma è rivolto ai mapper, per insegnare come usare i dati e come contribuire. Se non si hanno conoscienze sui dati geografici e su come importarli, modificali, gestirli, non è facile contribuire. Anche tenendo conto che, se si riesce a dare sempre più impulso alla liberazione dei dati in possesso delle pubbliche amministrazioni, è cruciale saper utilizzare gli strumenti per importare, ripulire e ricaricare questi dati. importare i dati non è una cosa che va insegnata. è da prendere con assoluta cautela e non può essere oggetto di un fine settimana di incontro pubblico. OSM si basa sulla comunità, non sui dati importati. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it / ** * Michele Ferretti * @mail mic.ferre...@gmail.com * @cel. +39 3400587985 * @portfolio www.micheleferretti.io * @Twittertwitter.com/miccferr * @Github github.com/miccferr */ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
Il giorno 4 maggio 2015 12:03, Maurizio Napolitano napoo...@gmail.com ha scritto: Programma Leggendo un po' quello che scrivete, e guardando su osmit.hackpad.com : primo giorno mattina - breve talk introduttivo, a seguire laboratorio su come scaricare i dati da openstreetmap, com'è fatto il formato dati, quali cose sapere per usarli bene IMHO: oltre che scaricare anche come *contribuire* se il fine è lasciare un messaggio forte su Siena, allora è importante che chi vive in zona impari. non ho capito, dobbiamo lanciare un messaggio a Siena. chi chiede di lanciarlo? chi sono le persone interessate? cosa ci viene chiesto di fare? da come hai descritto le giornate sembrano un WE di formazione sui dati geografici e openstreetmap. e non l'incontro dei mapper italiani. Non ti seguo Nel senso che se ti riferisci a me allora mi devo essere espresso male perché la penso come te Tant'è che ho scritto --- ... nuovamente però mi sembra diverso dal concetto di incontro nazionale dei mappers italiani, mi sembra più incentiviamo openstreetmap a Siena --- Mi piacerebbe fosse incentiviamo openstreetmap! Non pensavo di avere dato tutto questo ricalco a Siena, nel caso non è comunque assolutamente mia intenzione! sono ancora convinto che debba essere un evento per la comunità, con una apertura alla città ospitante. non il contrario. Forse ho inteso perché sono stato frainteso: mi sembra di capire che Michele voglia che l'evento abbia una ricaduta su Siena (quantomeno è questo quello che capisco quando parla dell'amministrazione e dell'università) Per tale motivo proponevo a lui un aspettando osmit ma che non si tratta di osmit ma solo di un modo per stimolare i senesi Sempre tornando a Rovereto: in occasione di osmit il Comune ha rilasciato i dati e, dopo osmit, ci sono stati momenti formativi richiesti da chi si era incuriosito Rafforzando quindi quanto ho scritto precedentemente proviamo ad avere una giornata di talkingmaking dove si presentano idee, progetti in sviluppo o da completare per poi passare alla loro realizzazione nei giorni successivi Torna? Certo, assolutamente. La ricaduta su Siena, ma in generale sul territorio nazionale, vorrei fosse in termini di nuove persone che si avvicinano ad openstreetmap perchè ne capiscono le potenzialità profonde. Soprattutto, vorrei che fosse centrale mostrare all'amministrazione ed ai vari enti pubblici che liberare i dati geografici crea ricchezza sul territorio. Mi permetto di insistere su questo termine perchè penso che uno degli obiettivi principali della comunità dovrebbe essere quello di spingere le amministrazioni pubbliche a rilasciare i dati geografici, che tutte possiedono! Per quanto riguarda il progetto da realizzare nell'ambito della manifestazione, come vi dicevo presupporrebbe un prima ed un dopo, quindi di sicuro non è l'obiettivo principale della stessa. Ma sicuramente deve servire a dimostrare cosa si può creare con OSM. Quindi l'idea potrebbe essere di avere una prima giornata in cui si presentano casi di successo, si evidenziano necessità a livello di tool e/o di strumenti per la community, si propongono progetti da realizzare, per poi passare ad altri due giorni più pratici in cui tutte queste proposte vengono realizzate? -- *Michele Mondelli* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
http://iljournal.today/esteri/terremoto-in-nepal-il-ruolo-dei-crisis-mappers/ -- View this message in context: http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5843177.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] OSMIT 2015
Il giorno 4 maggio 2015 12:19, michele ferretti mic.ferre...@gmail.com ha scritto: Nel senso che mi sembra interessante trovare un luogo ed un momento per concretizzare l’incontro di una comunità. E quindi avere uno-due giorni dove questo gruppo può finalmente lavorare insieme, riallacciando, sistematizzando, (si spera anche concludendo :) ) discorsi e progetti ipotizzati durante tutto l’anno sulle varie mailing lists. Un momento da dedicarci e da dedicare ad OSM. Penso inoltre che questo non sia per niente antitetico con tante altre ottime idee espresse finora. Un’esempio su tutti: visto il profilo anche fortemente tecnico di alcuni degli spunti sull’hackpad, perché non cercare l’incontro con la comunità di sviluppatori senesi (nel caso si faccia a Siena) ? In questo modo si può allo stesso tempo aprire l’incontro al territorio locale, fare formazione e far conoscere l’ecosistema OSM, lavorando però con risorse forti su temi di cui la comunità ha individuato la necessità di agire. Quest'uomo ha ragione. perche' io ho provato l'esperienza a SOD15 di poter lavorare per un giorno intero con altri sviluppatori ad un progetto, un hackaton, un task e il risultato e' stato maggiore dei singoli sforzi sommati insieme. Per come la vedo io si puo' fare un percorso di presentazione a OSM per esterni e neofiti e interessati, ma la ciccia, il motivo trainante, il fil rouge, deve essere fare qualcosa sulla mappa o per la mappa. Taglierei anche le presentazioni (comprese le mie) sullo stato della mappa e su cosa abbiamo fatto, quanto siamo stati bravi. Se ci fosse un buon server di statistiche e di report, lo stato della mappa te lo consulti tutte le volte che vuoi. Dovessi scegliere, snobberei anche il mapping party se potessi collaborare per un giorno con un po' di persone ad un preciso task perche', per esperienza personale, lavorando ognuno da casa propria non permette di raggiungere grandi risultati. E infine, renderei illegale il termine si dovrebbe. Si dovrebbe fare un nuovo servizio, si dovrebbe scrivere, si dovrebbe leggere Si fa, si cerca, si sbaglia o si prova. Astenersi perditempo. Saluti ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Il 4 maggio 2015 10:34, Stefano Salvador stefano.salva...@gmail.com ha scritto: Le cose cambiano quando devo usare i dati per il coordinamento dell'emergenza, in questo caso avere i dati vettoriali grezzi in un formato compatibile con i software GIS è imprescindibile, questo sia per avere la massima flessibilità del rendering (di una stessa porzione di territorio devo poter fare mappe tematiche di ogni tipo in base a chi andrà ad utilizzarle) sia per le analisi geografiche in cui necessariamente i dati di base devono essere mescolati a dati specialistici provenienti da altre fonti. Con gli strumenti che mette a disposizione Google entrambe queste attività sono semplicemente impossibili. Credo proprio questo sia il punto: OSM non mette a disposizione semplicemente una mappa ma il proprio geodatabase al completo (non credo che Google possa fare altrettanto). Questa è una differenza enorme. Sono d'accordo con Stefano anche sulla fase di post-emergenza, ad esempio citando HOT: #1033 Nepal Earthquake, 2015, Severely damaged housing areas and IDP Informal camps, Langtang THIS TASK IS FOR MORE EXPERIENCED MAPPERS The objective is to help with aid delivery and search rescue efforts by identifying earthquake damaged buildings and displaced populations. Objects to trace Report severely damaged housing areas - landuse=brownfield IDP informal camps -- Andrea Fredduzzi (phD) Dipartimento di Fisica e Geologia Università di Perugia Via Zefferino Faina, 4 - 06123 PERUGIA e-mail: andrea.freddu...@unipg.it - andreafr...@gmail.com tel: +39(0)755853760 - fax: +39(0)755853756 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] mtb:scale
Altra domanda tanto per spaccare il capello in 4 come si suol dire... Come vi comportate voi nel modo di applicare il tag mtb:scale ad un sentiero? Applicate il suo esatto valore tratto per tratto oppure fate una media della difficoltà e applicate quella? Mi spiego: il dubbio mi sorge quando ho un sentiero che alterna continuamente tratti medio/lunghi mtb:scale=1 (quindi semplici, senza particolari difficoltà) a brevissimi tratti/passaggi difficili cioé mtb:scale=2 o anche mtb:scale=3. Ecco in questi casi voi come fareste? meglio essere il più precisi e vicini possibile alla realtà (rasentando quasi la paranoia) cioé 100m mtb:scale=1 poi 5m mtb:scale=2 e così via oppure mettereste tutto mtb:scale=1 perché la maggior parte rientra in questo valore? Stesso ragionamento si potrebbe applicare poi anche al tag incline ma per il momento mi accontenterei di chiarire come utilizzare correttamente mtb:scale. Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/mtb-scale-tp5843223.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] natural=spring oppure amenity=drinking_water ?
Mi viene il dubbio su come distinguere una sorgente (natural=spring) da un semplice punto dove sgorga acqua potabile (amenity=drinking_water). Sul wiki parla di natural=spring quando l'acqua sgorga dal terreno http://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring e fin qui tutto chiaro ma poi quando mi trovo in giro non trovo mai l'acqua che sgorga da terra... Se nel nome é intrinseca la sua caratteristica, non ho dubbi, ad es. Sorgente Acqua Fredda... Ma in altri casi ho magari un classico bocchettone dell'acqua che spunta dal terreno e lì vicino guarda caso però scorre un torrentello/ruscello quindi mi domando: devo considerarla sorgente oppure viene semplicemente presa più a monte la stessa acqua di quel torrentello/ruscello? Ovvio che se metto il più generico amenity=drinking_water non sbaglio ma volendo essere più preciso... Voi come vi regolate? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/natural-spring-oppure-amenity-drinking-water-tp5843222.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] mtb:scale
l'importante credo sia indicare almeno in maniera esplicita quei tratti in cui la discesa implica tratti del sentiero con mtb:scale2 : è infatti importante segnalare ai navigatori di turno i tratti difficilmente percorribili in salita (dove si deve scendere e spingere...) ovvero che che in discesa implicano capacità tecniche decisamente sopra la media dei bikers. non ti scordare : - mtb:scale:uphill=* - smoothness http://wiki.openstreetmap.org/wiki/Key:smoothness=* - incline http://wiki.openstreetmap.org/wiki/Key:incline=up/down , con la direzine giusta della way Il giorno 4 maggio 2015 16:03, demon.box e.rossin...@alice.it ha scritto: Altra domanda tanto per spaccare il capello in 4 come si suol dire... Come vi comportate voi nel modo di applicare il tag mtb:scale ad un sentiero? Applicate il suo esatto valore tratto per tratto oppure fate una media della difficoltà e applicate quella? Mi spiego: il dubbio mi sorge quando ho un sentiero che alterna continuamente tratti medio/lunghi mtb:scale=1 (quindi semplici, senza particolari difficoltà) a brevissimi tratti/passaggi difficili cioé mtb:scale=2 o anche mtb:scale=3. Ecco in questi casi voi come fareste? meglio essere il più precisi e vicini possibile alla realtà (rasentando quasi la paranoia) cioé 100m mtb:scale=1 poi 5m mtb:scale=2 e così via oppure mettereste tutto mtb:scale=1 perché la maggior parte rientra in questo valore? Stesso ragionamento si potrebbe applicare poi anche al tag incline ma per il momento mi accontenterei di chiarire come utilizzare correttamente mtb:scale. Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/mtb-scale-tp5843223.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 -- - Gianmario ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2015
2015-05-04 13:21 GMT+02:00 Fabrizio Tambussa ftambu...@gmail.com: Il giorno 4 maggio 2015 12:19, michele ferretti mic.ferre...@gmail.com ha scritto: Nel senso che mi sembra interessante trovare un luogo ed un momento per concretizzare l’incontro di una comunità. E quindi avere uno-due giorni dove questo gruppo può finalmente lavorare insieme, riallacciando, sistematizzando, (si spera anche concludendo :) ) discorsi e progetti ipotizzati durante tutto l’anno sulle varie mailing lists. Un momento da dedicarci e da dedicare ad OSM. Penso inoltre che questo non sia per niente antitetico con tante altre ottime idee espresse finora. Un’esempio su tutti: visto il profilo anche fortemente tecnico di alcuni degli spunti sull’hackpad, perché non cercare l’incontro con la comunità di sviluppatori senesi (nel caso si faccia a Siena) ? In questo modo si può allo stesso tempo aprire l’incontro al territorio locale, fare formazione e far conoscere l’ecosistema OSM, lavorando però con risorse forti su temi di cui la comunità ha individuato la necessità di agire. Quest'uomo ha ragione. perche' io ho provato l'esperienza a SOD15 di poter lavorare per un giorno intero con altri sviluppatori ad un progetto, un hackaton, un task e il risultato e' stato maggiore dei singoli sforzi sommati insieme. Per come la vedo io si puo' fare un percorso di presentazione a OSM per esterni e neofiti e interessati, ma la ciccia, il motivo trainante, il fil rouge, deve essere fare qualcosa sulla mappa o per la mappa. Taglierei anche le presentazioni (comprese le mie) sullo stato della mappa e su cosa abbiamo fatto, quanto siamo stati bravi. Se ci fosse un buon server di statistiche e di report, lo stato della mappa te lo consulti tutte le volte che vuoi. Dovessi scegliere, snobberei anche il mapping party se potessi collaborare per un giorno con un po' di persone ad un preciso task perche', per esperienza personale, lavorando ognuno da casa propria non permette di raggiungere grandi risultati. E infine, renderei illegale il termine si dovrebbe. Si dovrebbe fare un nuovo servizio, si dovrebbe scrivere, si dovrebbe leggere Si fa, si cerca, si sbaglia o si prova. Astenersi perditempo. anche io mi trovo d'accordo con questa visione. mezza giornata in cui parliamo con il pubblico intervenuto...il resto...si lavora per OpenStreetMap - Bene Comune. se qualcuno ha necessità di essere portato up to speed su certi argomenti, perchè è interessato a contribuire,..Centro OSM per mapper che non sanno usare bene il sistema e che vogliono imparare bene anche altre cose, lo si insegna. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: OsmAnd 2.0 disponibile
ho letto di qualche bug, chi l'ha installata? Meglio aspettare? Messaggio originale Da: kinetocor...@gmail.com Data: 03/05/2015 16.11 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] OsmAnd 2.0 disponibile Ciao! Volevo informare gli utilizzatori e coloro che sono interessati che è uscita la versione 2.0 di osmand. L'interfaccia è stata completamente ridisegnata e ci sono molte novità! Sito: http://osmand.net/ Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] natural=spring oppure amenity=drinking_water ?
Una sorgente (natural=spring) corrisponde al punto o area dove l’acqua sotterranea (di falda) trova sbocco in superficie. La sorgente può essere associata ad un “opera di presa”, e in tal caso l’acqua non sgorga dal terreno… Se l’acqua della sorgente è potabile, sulla wiki si suggerisce di aggiungere abbinare i tag: natural=spring e drinking_water=yes Non so qual’è la tua fonte di dati, ma se non è esplicito che si tratti di una sorgente, ma si parla di una semplice presa d’acqua potabile, allora metterei solo amenity=drinking_water. (Spero di aver capito bene la tua domanda :) Marco Il giorno 04/mag/2015, alle ore 17:30, talk-it-requ...@openstreetmap.org ha scritto: Mi viene il dubbio su come distinguere una sorgente (natural=spring) da un semplice punto dove sgorga acqua potabile (amenity=drinking_water). Sul wiki parla di natural=spring quando l'acqua sgorga dal terreno http://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring http://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring e fin qui tutto chiaro ma poi quando mi trovo in giro non trovo mai l'acqua che sgorga da terra... Se nel nome é intrinseca la sua caratteristica, non ho dubbi, ad es. Sorgente Acqua Fredda... Ma in altri casi ho magari un classico bocchettone dell'acqua che spunta dal terreno e lì vicino guarda caso però scorre un torrentello/ruscello quindi mi domando: devo considerarla sorgente oppure viene semplicemente presa più a monte la stessa acqua di quel torrentello/ruscello? Ovvio che se metto il più generico amenity=drinking_water non sbaglio ma volendo essere più preciso... Voi come vi regolate? Grazie. --enrico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] natural=spring oppure amenity=drinking_water ?
Enrico, penso che i due tag non siano in contrapposizione, ci può essere una sorgente dove l'acqua è potabile alla quale applicherei entrambi i tag, se non è potabile metterei solo natural=spring. Per bocchettoni che verosimilmente sono allacciati agli acquedotti pubblici metterei solo amenity=drinking water. Il dubbio sulla potabilità in molti casi rimane perché non c'è nessuna indicazione, in quei casi non so come è meglio comportarsi. Ciao Marcello Il 04/05/2015 16:02, demon.box ha scritto: Mi viene il dubbio su come distinguere una sorgente (natural=spring) da un semplice punto dove sgorga acqua potabile (amenity=inking_water). Sul wiki parla di natural=ring quando l'acqua sgorga dal terreno http://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring e fin qui tutto chiaro ma poi quando mi trovo in giro non trovo mai l'acqua che sgorga da terra... Se nel nome é intrinseca la sua caratteristica, non ho dubbi, ad es. Sorgente Acqua Fredda... Ma in altri casi ho magari un classico bocchettone dell'acqua che spunta dal terreno e lì vicino guarda caso però scorre un torrentello/ruscello quindi mi domando: devo considerarla sorgente oppure viene semplicemente presa più a monte la stessa acqua di quel torrentello/ruscello? Ovvio che se metto il più generico amenity=inking_water non sbaglio ma volendo essere più preciso... Voi come vi regolate? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/natural-spring-oppure-amenity-drinking-water-tp5843222.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] natural=spring oppure amenity=drinking_water ?
Onestamente l'amenity=drinking_water preferirei associarlo a una sorgente artificiale creata dall'uomo ovvero le fontanelle che si trovano sparse sul territorio. Non sommerei l'amenity con il natural. Se la sorgente a cui tu ti riferisci è il punto naturale da cui sgorga l'ideale sarebbe il tag natural=spring + drinking_water=yes come suggerito nella pagina dell'amenity ( https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddrinking_water). Questo permette un maggior livello di granularità del dato. Vedi anche drinking_water=* ( https://wiki.openstreetmap.org/wiki/Key:drinking_water) Leonardo Il giorno 4 maggio 2015 18:12, Marcello arca...@gmail.com ha scritto: Enrico, penso che i due tag non siano in contrapposizione, ci può essere una sorgente dove l'acqua è potabile alla quale applicherei entrambi i tag, se non è potabile metterei solo natural=spring. Per bocchettoni che verosimilmente sono allacciati agli acquedotti pubblici metterei solo amenity=drinking water. Il dubbio sulla potabilità in molti casi rimane perché non c'è nessuna indicazione, in quei casi non so come è meglio comportarsi. Ciao Marcello Il 04/05/2015 16:02, demon.box ha scritto: Mi viene il dubbio su come distinguere una sorgente (natural=spring) da un semplice punto dove sgorga acqua potabile (amenity=inking_water). Sul wiki parla di natural=ring quando l'acqua sgorga dal terreno http://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring e fin qui tutto chiaro ma poi quando mi trovo in giro non trovo mai l'acqua che sgorga da terra... Se nel nome é intrinseca la sua caratteristica, non ho dubbi, ad es. Sorgente Acqua Fredda... Ma in altri casi ho magari un classico bocchettone dell'acqua che spunta dal terreno e lì vicino guarda caso però scorre un torrentello/ruscello quindi mi domando: devo considerarla sorgente oppure viene semplicemente presa più a monte la stessa acqua di quel torrentello/ruscello? Ovvio che se metto il più generico amenity=inking_water non sbaglio ma volendo essere più preciso... Voi come vi regolate? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/natural-spring-oppure-amenity-drinking-water-tp5843222.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: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Una cosa per me non indifferente è che qualsiasi contributo io possa dare GMaps, Pubblicando i Contributi dell'Utente sul Servizio, l'Utente concede a Google una licenza perpetua, irrevocabile, per tutto il mondo, gratuita e non esclusiva, a riprodurre, adattare, modificare, tradurre, pubblicare, rappresentare pubblicamente, visualizzare pubblicamente, distribuire e creare opere derivate da, i Contributi dell'Utente. Per lo stesso motivo non mi sono autoschedato in FB.. consideratela come una (perdente) protesta verso un concetto commerciale di social. Venendo agli aspetti tecnici dei recenti task, sono rimasto perplesso per le richieste di identificare le potenziali landing zones (#1026) e per l'identificazione dei crolli e tendopoli (#1033) su delle pancromatiche... Visto che sono considerati task per utenti esperti, non sarebbe più serio usare Grass su DEM e multispettrali? Non vorrei che errori di interpretazioni facessero perdere più tempo che chiedere sul posto. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] natural=spring oppure amenity=drinking_water ?
Marcello Arcangeli wrote Per bocchettoni che verosimilmente sono allacciati agli acquedotti pubblici metterei solo amenity=drinking water. Mi riferisco quasi esclusivamente ad ambienti di montagna dove magari da un parete di roccia oppure da un terreno leggermente in salita spunta un bocchettone d'acqua che NON è collegato all'acquedotto. Esempi: http://gis.19327.n5.nabble.com/file/n5843268/IMG_4258_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843268/IMG_4361_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843268/IMG_4253_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843268/IMG_4256_%281024_x_768%29.jpg -- View this message in context: http://gis.19327.n5.nabble.com/natural-spring-oppure-amenity-drinking-water-tp5843222p5843268.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-cz] Bordel
Ahoj, právě mažu přes 200 tisíc osiřelých uzlů. Wtf? http://www.openstreetmap.org/changeset/30794706 -- p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-co] UAVSAR
Datos UAVSAR Los datos UAVSAR son datos tomados con tecnologia de Radar, en Colombia tenemos de Volcanes y Zona pacifica con una resolucion de 2 metros Política de uso de imagen JPL A menos que se indique lo contrario, imágenes y video en sitios públicos de JPL (sitios públicos terminando con una dirección jpl.nasa.gov) pueden utilizarse para cualquier propósito sin el previo permiso, conforme a los casos particulares indicados a continuación. Editores que deseen tener autorización pueden imprimir esta página y consérvelo para sus registros; JPL no emite permisos de imagen en una base de imagen por imagen. Eligiendo a descargar el material de este sitio web el usuario se compromete a: que Caltech no hace representaciones o garantías con respecto a la titularidad de los derechos de autor en las imágenes y no representan otros que pueden presumir de ser autores o titulares de derechos de autor de cualquiera de las imágenes y no hace ninguna garantía en cuanto a la calidad de las imágenes. Caltech no será responsable por cualquier pérdida o gastos derivados del uso de las imágenes, y liberar y eximir de toda responsabilidad derivada de dicha utilización Caltech. para utilizar una línea de crédito en relación con imágenes. A menos que se indique lo contrario en la información de subtítulos para una imagen, la línea de crédito debe ser Cortesía NASA/JPL-Caltech. que la aprobación de cualquier producto o servicio por Caltech, JPL o la NASA no ser reclamada o implícita. Se descargan de https://portal.asf.alaska.edu despues del link se debe ir a Data discovery Vertex(ASF) luego hacer click en bulk download eso bajara un archivo que deberia servir con software para descargas si no ocurre por porblemas de login, copie el vinculo y peguelo en el explorador, y logueese los archivos que mas me han servido son unos en formato zip que contienen imgenes jpg harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-cz] Hromadná kontrola relací
Ahoj, Dne Pá 1. května 2015 11:06:54, Marián Kyral napsal(a): Dne 30.4.2015 v 18:29 Petr Vejsada napsal(a): Aktualizuji teď méně často; už jsem dostal mírně vyčiněno z hostingu za týrání disků. A nabídli nějakou alternativu? Třeba upgrade hostingu na nějaký vyšší level? Zadarmo to jistě nebude, ale když bude potřeba, tak bych přispěl. díky moc, nabídli, bez peněz, jen za ikonku, asi vzhledem k tomu, že majitel hostingu je (bývalý?) OSM mapper. Ještě se zkusím domluvit s Tomášem, nějako to vyřešíme. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Bordel
Ahoj, můžeš udělat nějakou statistiku? Stáří, changesety, uživatelé? Co jsem tak namátkou prošel, všechno to byly uzly staré dva měsíce od jednoho uživatele. Možná nějaký dočasný problém. Ať už JOSM nebo OSM API? Marián -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: talk-cz@openstreetmap.org Datum: 5. 5. 2015 2:42:16 Předmět: [Talk-cz] Bordel Ahoj, právě mažu přes 200 tisíc osiřelých uzlů. Wtf? http://www.openstreetmap.org/changeset/30794706 -- p ___ 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-at] Wie Katastralgemeinden handhaben?
Ja, auf diese Aussagen habe ich auch gewartet... Am Dienstag, 05. Mai 2015 00:32 CEST, Friedrich Volkmann b...@volki.at schrieb: Das Problem mit dem addr:* Schema ist, dass es eigentlich für Adressbestandteile, also die Zeilen von Postanschriften eingeführt wurde, nun aber immer mehr mit administrativen Hierarchien und Siedlungsgrößen vermantscht wird. addr:city steht für den primären Ortsnamen in einer Adresse, unabhängig von der Siedlungsgröße. Das kann auch ein Dorf sein, obwohl City wörtlich für Stadt oder Innenstadt steht. Bei addr:street und addr:hamlet hingegen klammern sich alle an die Wortbedeutung. Das passt nicht zusammen, und es passt auch nicht zu einer Postanschrift. Die Anschrift bleibt gleich, auch wenn ein Weiler zum Dorf wächst. Fazit: wir mappen lieber mal gar keine Adressen, bis es 100 %ig festgelegt ist?? Das verunsichert die Einsteiger und führt zur Meinung dann sicherheitshalber gar nicht taggen. Das kann es doch auch nicht sein, oder? Ich halte mich (ohne jemandem etwas vorzuschreiben) bei meinem Ergänzungen an folgende Tags: addr:city=Krumau am Kamp addr:place=Preinreichs addr:postcode= addr:housenumber=XX addr:country=AT Wohin mit der Adresse: Den einzelnen freischwebenden Adress-Node in Gebäuden halte ich für eine Übergangslösung. Meiner Ansicht nach gehört die Adress-Info an den Gebäude-Umriss, wenn das Gebäude nur eine Hausnummer hat. Gibt es mehrere Eingänge und das Gebäude hat mehrere Hausnummer (und lässt sich nicht an einer ersichtlichen Kante schneiden) dann tagge ich die Adresse an den entsprechenden Eingang. Schwieriger wird es, wenn ein Gebäude mit einer Adresse mehrere Geschäfte hat. Taggt man dann die Adresse an jedes Geschäft oder löst man das dann über Relationen? Nochmals: Ich schreibe niemandem etwas vor, das sind nur meine Gedanken dazu. Mfg Günther ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Question Overpass Turbo
Le lundi 4 mai 2015 20:55:22, Augustin Doury a écrit : A voir d'ici quelques jours, si quelqu'un a une explication, top. Bonne soirée Pour information, l'explication en rapide ici (en anglais): http://wiki.openstreetmap.org/wiki/Overpass_API/status et en détail là : (en anglais): https://github.com/drolbr/Overpass-API/issues/210 En rapide, aucune des modifications survenues entre 2015-04-30 12:43 et 2015-04-30 13:36 UTC ne sont présentes dans la base Overpass de http://overpass-api.de Un nouveau serveur est prévu et donc l'admin attend le remplacement de l'actuel par le nouveau, ce qui corrigera le problème. L'instance sur http://api.openstreetmap.fr/oapi/ a été corrigée par mes soins la nuit dernière et devrait contenir ce que l'autre n'a pas. -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mapillary plugin for JOSM
On 04/05/2015, Jo winfi...@gmail.com wrote: The Mapillary plugin for JOSM project was accepted. Coding will start in about 1 month. You can expect something to test by the end of June. Traffic signs may or may not make it in by the end of August. Peter Neubauer (from Mapillary) did mention that they are planning to 'locate' signs automatically which are in more than one photo on their side (using interpolation or is that extrapolation?), but that may be for later on. By locating I mean: the location of the picture showing the sign is not the location of the sign, obviously. Except in a close up taken on foot, maybe. Looking forward to the josm plugin and the merging/locating of signs :) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] natural=spring oppure amenity=drinking_water ?
Provo a dire la mia basandomi sulla mia esperienza di escursionista più che quella di mappatore OSM (sono ancora novizio a riguardo) : - drinking_water = yes ritengo sia applicabile solo a manufatti dell'uomo collegati ad un acquedotto, quindi in un circuito chiuso, garantito e mantenuto. Questi manufatti sono praticamente presenti solo nei centri abitati: se è una fontanella, già taggata come amenity=drinking_water, è superfluo. Alle sorgenti naturali (natural=spring) non lo applicherei mai, perchè la potabilità non è garantita. L'inquinamento di una sorgente naturale può avere sia cause artificiali (falde inquinate da qualsiasi agente chimico, tipicamente in zone abitate ed industrializzate) sia cause naturali (vedi well contamination in wikipedia [1]). Ma anche dove la potabilità dell'acqua dovrebbe essere assicurata (per esempio su tutte le Alpi, oltre la quota degli alpeggi, dove in effetti ho sempre bevuto da sorgenti naturali), non si può sapere se per es. un animale poco prima non l'abbia (momentaneamente) inquinata. - Anche per manufatti artificiali come quelli riportati nelle foto della mail precedente non metterei mai drinking_water = yes, perchè utilizzati sovente come scolo di acque piovane o per abbeveratoi di animali o per irrigazione (nel secondo e terzo caso collegati ad un corso d'acqua più a monte). P.S. Mi permetto di dissentire dalla wiki su *drinking_water* [2] (il grassetto è mio): *drinking_water=yes : The water is drinkable for humans. There must be objective reasons that allow you to conclude that the water is pure. E.g. in alpine territory the source can be above any civilization. One can assume that the water is pure when many people drink it every day. There is no warranty for this tag. The circumstances can change every day. Everyone should use his common sense before drinking water from unknown sources. * Anche se di per sè ragionevole, non è garantito che qualsiasi escursionista con lo smartphone e una app che gli indica una sorgente potabile abbia letto la wiki... Trovo più opportuno usare, con natural=spring: drinking_water=conditional (conditional è un valore previsto nella wiki sopra citata, oltre a yes/no). Un saluto, Marco [1] http://en.wikipedia.org/wiki/Drinking_water [2] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddrinking_water Il giorno 4 maggio 2015 20:32, demon.box e.rossin...@alice.it ha scritto: Marcello Arcangeli wrote Per bocchettoni che verosimilmente sono allacciati agli acquedotti pubblici metterei solo amenity=drinking water. Mi riferisco quasi esclusivamente ad ambienti di montagna dove magari da un parete di roccia oppure da un terreno leggermente in salita spunta un bocchettone d'acqua che NON è collegato all'acquedotto. Esempi: http://gis.19327.n5.nabble.com/file/n5843268/IMG_4258_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843268/IMG_4361_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843268/IMG_4253_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843268/IMG_4256_%281024_x_768%29.jpg -- View this message in context: http://gis.19327.n5.nabble.com/natural-spring-oppure-amenity-drinking-water-tp5843222p5843268.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] Mapillary plugin for JOSM
On Mon, May 4, 2015 at 3:16 PM, moltonel 3x Combo molto...@gmail.com wrote: Looking forward to the josm plugin and the merging/locating of signs :) +1 - I got so excited that I purchased a new cell phone mount from GeekWire to replace my defective old mount. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 12/05/2015 18h30 - Invitation + OdJ
Prenez une bonne bière pour moi et salut à la patronne. J'ai bien aimé ce petit détour vers le bistrot Chez Thibault en avril de l'an dernier. À la prochaine. Pierre De : Rene Chalon rene.cha...@free.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 4 mai 2015 17h50 Objet : [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 12/05/2015 18h30 - Invitation + OdJ Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine aura lieu : le MARDI 12 MAI à partir de 18h30 au bistrot CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière ; Vélo'V Jaurès/ Thibaudière. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_avril_2015 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre à venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_12_mai_2015 Venez nombreux ! ___ 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-at] Wie Katastralgemeinden handhaben?
On 04.05.2015 22:08, Thomas Konrad wrote: Ich persönlich finde addr:place für Dorfnamen einfach am logischsten und Anfängern am einfachsten erklärbar, weil der Begriff relativ weit ist und daher irgendwie gut für viele Fälle passt Für zu viele Fälle, denn place kann alles mögliche sein, von country bis locality. So ist gleichbedeutend zu addr:city=gemeinde + addr:place=katastralgemeinde genauso auch addr:place=gemeinde + addr:hamlet=katastralgemeinde wikikonform. Es steht nirgends, dass addr:place eine Ebene unter addr:city stehen muss. In diesem Beispiel zeigt sich also, dass man erst die anderen addr:* Tags analysieren muss um die Bedeutung von addr:place zu erraten. So ein schwammig definiertes Tag lässt sich kaum vernünftig auswerten. addr:street - ich weiß nicht, in den meisten österreichischen Dörfern gibt es eben keine Straßenbezeichnungen und der Dorfname ist nun einmal nicht die Straße. In manchen Fällen ist es wie gesagt nicht so klar, z.B. http://www.openstreetmap.org/way/23353692. Es wechseln laufend Gemeinden von Konskriptions- auf Orientierungsnummern und dabei sieht man immer wieder, dass manchen Häusern erst wieder ein Siedlungs- oder Bergname (z.B. Am Hirschenkogel) als Pseudo-Straßenname gegeben wird. addr:hamlet fände ich noch eher in Ordnung. Ein Weiler ist aber nach meinem Verständnis eher eine kleine Wohnsiedlung, daher für viele Dörfer eine Nummer zu klein (das hier ist das Wikipedia-Symbolbild: http://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Waldkirch_Oberwil.jpg/2880px-Waldkirch_Oberwil.jpg). Bei einem sehr kleinen Dorf würde ich das aber in Ordnung finden. Das Problem mit dem addr:* Schema ist, dass es eigentlich für Adressbestandteile, also die Zeilen von Postanschriften eingeführt wurde, nun aber immer mehr mit administrativen Hierarchien und Siedlungsgrößen vermantscht wird. addr:city steht für den primären Ortsnamen in einer Adresse, unabhängig von der Siedlungsgröße. Das kann auch ein Dorf sein, obwohl City wörtlich für Stadt oder Innenstadt steht. Bei addr:street und addr:hamlet hingegen klammern sich alle an die Wortbedeutung. Das passt nicht zusammen, und es passt auch nicht zu einer Postanschrift. Die Anschrift bleibt gleich, auch wenn ein Weiler zum Dorf wächst. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] R: OsmAnd 2.0 disponibile
Io l'ho installata ma non l'ho usata così a fondo da saperti dire se è affetta da qualche bug particolare. Il giorno 4 maggio 2015 17:30, beppebo...@libero.it beppebo...@libero.it ha scritto: ho letto di qualche bug, chi l'ha installata? Meglio aspettare? Messaggio originale Da: kinetocor...@gmail.com Data: 03/05/2015 16.11 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] OsmAnd 2.0 disponibile Ciao! Volevo informare gli utilizzatori e coloro che sono interessati che è uscita la versione 2.0 di osmand. L'interfaccia è stata completamente ridisegnata e ci sono molte novità! Sito: http://osmand.net/ Leonardo ___ 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-us] More bicycle tool stands
I've uploaded more bicycle tool stands under: https://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair Each of these comes from a vendor dataset, collected via cell phone gps. A note has been added asking local mappers to help position the pins exactly. Hundreds of these have been field checked at this point: most were fine. Two so far were not found on the ground and deemed false contributions, and removed. --- This feature is not yet rendered. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-hr] Rijeka ortofoto - dozvola
Svaka čast, jako uzbudljive vijesti! Ipak, prvo bih provjerio jesu li to zaista njihove ortofoto karte ili ih oni samo koriste. Ponekad ljudi zaborave da nešto samo iznajmljuju. U karti sa podacima možda ima nekih granica koje je Rijeka kupila od DGUa ili nekog drugog. Ako je to stvarno sve njihovo, onda možemo dalje. Ovo daje nadu da bi takvo nešto mogli probati i u drugim gradovima. Janko pon, 4. svi 2015. 19:03 Andrej Vlašić andrej.vlas...@gmail.com je napisao: Pozdrav, Poslao sam Gradu Rijeci upit ako se smije koristiti njihov ortofoto sa stranice http://www2.rijeka.hr/ip2/ kao podlogu u osm, i dobio sam dolje navedeni odgovor. Orotfoto je odličan, u mjerilu 1:250 se sve dobro vidi, a ima i podlogu za ulice sa imenima i kućnim brojevima, i pretraživanje po njima. Isto sam pitao i za ove dvije stranice sa popisom ulica: http://ulice-kbr.rijeka.hr http://ulice.rijeka.hr Ima li tko kakvu ideju kako ortofoto ubaciti kao podlogu u josm? Gledam url sa kojeg ga dohvaća, npr: http://www2.rijeka.hr/ip2/webmap/map.asp?mapw=1660maph=542bgr=1mapid=0qStreetId=0qHouseNrId=0qFrom=0qTo=0x1=5454652y1=5021772x2=5455076y2=5021428sp=0sm=1 Ako povećam maph i mapw varijable, onda mi vrati veću sliku (inaće ovisi o velićini prozora u browseru), pa kad povećam visinu mogu dobiti od sjevera do juga cijeli komad grada sa nekim ne prevelikom širinom (inaće se server pobuni da nemože vratiti request). Ovaj x1, y1, x2, y2 nemam pojma kako rade, početak je u nekom njihovom kooridnatnom sustavu koliko vidim. Moglo bi se onda iterativno cijeli grad pokupiti na najvećem zoomu, pa spojiti i georeferencirati, ili ima netko bolju ideju? -- Forwarded message -- From: Ri-info ri-i...@rijeka.hr Date: 2015-05-04 11:04 GMT+02:00 Subject: RE: pitanje u vezi koristenja podataka To: Andrej Vlašić andrej.vlas...@gmail.com Poštovani, Po Vašem upitu proslijedili smo mail Zavodu za informatičku djelatnost Grada Rijeke i prosljeđujemo Vam odgovor koji nam je uputio Pročelnik odjela: --- Poštovana/i, Podaci se objavljuju u najboljoj vjeri, a elektronički oblik u kojem se podaci objavljuju podložan je promjenama bez prethodne najave. Grad ne snosi odgovornost za bilo kakvu štetu koju nekome možda može prouzročiti nedostupnost, promjena formata podatka ili eventualna netočnost objavljenih podataka na izvorima koje gdin. Vlašić spominje. Grad Rijeka se u objavi podataka rukovodi preporukama Europske unije koje se temelje na ideji da javni podaci moraju biti dostupni građanima kako bi ih mogli slobodno upotrebljavati. Više o tome na: http://europa.eu/publications/open-data/index_hr.htm Zaključno, podaci koje gdin. Vlašić navodi su javni podaci i kao takvi mogu se koristiti bez ograničenja. Lijepi pozdrav Željko Jurić, pročelnik --- Nadamo se da smo uspjeli odgovoriti na Vaše pitanje. Srdačan pozdrav, Daniela Klaričić RI INFO Informativni centar Grada Rijeke Korzo 18b 51000 Rijeka Hrvatska T: +385 51 209 691 F: +385 51 209 692 E: ri-i...@rijeka.hr W: www.rijeka.hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-at] Wie Katastralgemeinden handhaben?
Hallo, @Friedrich, auf dieses Mail von dir habe ich gewartet :) Wie immer eine sehr detaillierte Antwort. Ich persönlich finde addr:place für Dorfnamen einfach am logischsten und Anfängern am einfachsten erklärbar, weil der Begriff relativ weit ist und daher irgendwie gut für viele Fälle passt, wo das, was bei einer Adressangabe unter “Straße” steht, eben keine Straße ist. Es ist intuitiv aus meiner Sicht leicht verständlich. addr:street - ich weiß nicht, in den meisten österreichischen Dörfern gibt es eben keine Straßenbezeichnungen und der Dorfname ist nun einmal nicht die Straße. addr:hamlet fände ich noch eher in Ordnung. Ein Weiler ist aber nach meinem Verständnis eher eine kleine Wohnsiedlung, daher für viele Dörfer eine Nummer zu klein (das hier ist das Wikipedia-Symbolbild: http://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Waldkirch_Oberwil.jpg/2880px-Waldkirch_Oberwil.jpg http://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Waldkirch_Oberwil.jpg/2880px-Waldkirch_Oberwil.jpg). Bei einem sehr kleinen Dorf würde ich das aber in Ordnung finden. Adresstagging ist ein Chaos Ja, und daher bis zu einem gewissen Grad Geschmacksache. Thomas On 04 May 2015, at 19:21, Friedrich Volkmann b...@volki.at wrote: On 04.05.2015 11:35, Thomas Konrad wrote: ja, genau so wie Martin sagt ist es in Österreich üblich. Siehe z.B. in dieser Gemeinde: http://www.openstreetmap.org/relation/3936075 Das ist nur ein drittel der Wahrheit. Es gibt 3 Varianten, die in Gebrauch sind und alle ihre Vor- und Nachteile haben. addr:place hat den Nachteil, dass es undefiniert ist. Keiner kann genau sagen, was mit place gemeint ist. In einer realen Adresse gibt es kein Feld place. addr:hamlet wird von mir bevorzugt, hat aber auch wieder den Nachteil, dass in manchen Fällen die Definition im Wiki (the hamlet of the object) nicht ganz passt. Preinreichs bei Krumau ist kein hamlet (Weiler, Rotte), sondern ein Dorf. addr:street wird auch oft verwendet, weil der Ortsname in der Adresse den Rang einer Straße einnimmt. Aber es ist nun mal nicht wirklich ein Straßenname, zumindest nicht in den genannten Fällen (Böhmsdorf, Preinreichs). Andererseits gibt es Siedlungen, wo der Siedlungsname wie ein Straßenname an den Straßen angeschrieben steht, und da kann man sogar vor Ort kaum entscheiden, ob die Siedlung so heißt oder die Straße oder beides. In solchen Fällen lässt sich gegen addr:street schwer argumentieren. addr:city=Krumau am Kamp addr:place=Preinreichs addr:postcode= addr:housenumber=XX addr:country=AT Dazu muss ich noch anmerken, dass nicht nur addr:place/hamlet/street strittig ist, sondern auch addr:housenumber. Die Osteuropäer setzen die Konskriptionsnummer in addr:conscriptionnumber. Da OSM ein internationales Projekt ist, spricht überhaupt nichts dagegen, addr:conscriptionnumber auch in Österreich zu verwenden. Adresstagging ist ein Chaos, jeder macht es anders, das betrifft nicht nur die Tags, sondern auch wohin man sie setzt. Manche setzen die Adressen auf Gebäude oder Grundstücke, andere auf Eingänge, wieder andere auf Nodes, die frei im Gebäude schweben. Dass man sich auf irgendwas einigt, ist eine Utopie, wir werden es wahrscheinlich nicht mehr erleben, und darum müssen Anwendungen mit allen Varianten klarkommen. Zu behaupten, diese oder jene Variante sei die einzig richtige, ist eine Anmaßung. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ 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] contact: tags
On Sun, May 3, 2015 at 1:25 PM, Andrew MacKinnon andrew...@gmail.com wrote: Someone attempted an undiscussed mechanical edit of this in the past and got reverted. Similar examples are power=sub_station, power=station, oneway=true, oneway=1, oneway=-1, etc. There tends to be a widespread dislike of large-scale mechanical edits among the OSM administrators so I don't want to do that. Yes, an undiscussed edit will be pounced on like raw meat by a hungry tiger. A discussed edit is very different. I recently completed a 250,000+ node mechanical edit. The process of gaining consensus was tedious and lengthy, but it happened, and the edits were not reverted. I did another with 1000 nodes, consolidating a dozen diverse tagging styles. That also is holding without revert. Proper mechanical edits have tremendous benefits for data consumers. There are many good reasons to do them, but carefully, and with the community on board. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Question Overpass Turbo
Augustin, je n'ai pas eu le temps de regarder en détail, mais est-il possible que tu aie des nodes [operator=SOTRACO] mais qui n'ont pas été intégrées dans la relation. Cela pourrait expliquer qu'elles ne soient pas collectées lors de la requête. Pierre De : Augustin Doury augustindo...@gmail.com À : verd...@wanadoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 4 mai 2015 14h21 Objet : Re: [OSM-talk-fr] Question Overpass Turbo Salut Philippe, Merci pour ta réponse ! En l'occurence ma requête Overpass ici http://overpass-turbo.eu/s/97q recherche les relations taguées avec operator=SOTRACO et doit retourner ses membres (la ligne ; permet justement une requête récursive sur les membres. On voit d'ailleurs sur la carte que toutes les lignes sont bien retournées sauf la ligne 10 alors que le modèle de données est exactement le même : *chaque arrêt est mappé avec : a) le lieu d'attente des voyageurs • placer un nœud hors de la voie, du bon côté de la route • attributs ◦ highway=bus_stop ◦ public_transport=platform ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ shelter = yes si il y a un abris-bus ◦ bench = yes si il y a un banc ◦ source = survey;bing b) l'arrêt du bus • • placer un nœud à la même hauteur mais appartenant à la voie attributs ◦ public_transport = stop_position ◦ bus=yes ◦ operator=SOTRACO ◦ network=SOTRACO ◦ name = * ◦ source = survey;bing Le 04/05/2015, Philippe Verdyverd...@wanadoo.fr a écrit : Ta requête Overpass ne descend pas les sous-relations pour en extraire les chemins et noeuds, elle ne descend qu'un seul niveau de la ligne 10 et ne trouve que des relations membres n'ayant elles-mêmes aucune géométrie, donc rien n'est visible sur la carte. Il faudrait donc distinguer deux requêtes et les fusionner: - une prenant les relations route_master des lignes SOTRACO pour en extraire les relations route - une autre pour les relations route des lignes SOTRACO non modélisées en route_master (avec routes séparées selon les sens ou les différents services) Et ensuite avec le résultat de la fusion, descendre les membres de type way et noeud pour obtenir leur géométrie affichable. Overpass ne descend pas arbitrairement tous les niveaux de relations, il fait ses requêtes une par une avec des préselections dans un resultset en amont (ou bien un pseudo-resultset par défaut correspon dant à la totalité de la base de données), des filtres de sous-sélection, et produit un result-set qu'il peut fusionner avec un autre. Le 4 mai 2015 13:47, Augustin Doury augustindo...@gmail.com a écrit : Et je précise que la L10 est bien visible sur le rendu Transport : http://osm.org/go/a6nowwCL?layers=T Le 4 mai 2015 11:35, Augustin Doury augustindo...@gmail.com a écrit : Salut à tous, Sur un projet de mapping dans OSM des lignes de bus de la compagnie SOTRACO à Ouaga au Burkina (projet OKFN BF/OSM BF). Nous nous coordonnons avec cette uMap : http://u.osmfr.org/m/37032/ La dernière couche (invisible au chargement) pointe dynamiquement vers la base OSM via une requête Overpass générée avec http://overpass-turbo.eu/ L'incompréhension concerne la ligne 10, modélisées avec ces relations : Aller : https://www.openstreetmap.org/relation/4850754 Retour : https://www.openstreetmap.org/relation/4850740 Master (Aller+Retour) : http://www.openstreetmap.org/relation/4850778 Elles ne sont pas retournées par cette requête (relation et membres vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97q Bien que les arrêts membres de la relation soient retournés par cette requête (points vérifiant operator=SOTRACO) : http://overpass-turbo.eu/s/97r Merci d'avance, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] R: OsmAnd 2.0 disponibile
Il giorno lun, 04/05/2015 alle 17.30 +0200, beppebo...@libero.it ha scritto: ho letto di qualche bug, chi l'ha installata? Meglio aspettare? L'ho usata senza problemi in questi due giorni. Ho visualizzato mappe, inserito bug OSM in locale, visualizzati i bug, aggiunto commenti ai bug OSM locali, salvato tracce GPX, ottenuto indicazioni stradali, attivato OsMo. Ciao, Giuseppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 12/05/2015 18h30 - Invitation + OdJ
Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine aura lieu : le MARDI 12 MAI à partir de 18h30 au bistrot CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière ; Vélo'V Jaurès/ Thibaudière. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_avril_2015 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre à venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_12_mai_2015 Venez nombreux ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Wie Katastralgemeinden handhaben?
Die addr:* Tags setzen sich zu einer Adresse zusammen. Und haben nichts (bzw. nur indirekt) mit irgendwelchen Kataster- oder Gemeindegrenzen zu tun! Fülle die addr:* Tags so aus, wie Du einen Brief schreiben würdest. Mit zwei Varianten: Basiert die Adresse auf einem (tatsächlichen) Straßennamen: addr:street=$STRASSE addr:housenumber=## addr:postcode= addr:city=$ORT addr:country=AT basiert die Adresse auf einem Ortschafts(Ortsteil/Kataster)-Namen: addr:place=$ORTSTEIL addr:housenumber=## addr:postcode= addr:city=$ORT addr:country=AT $ORT ist oftmals die Gemeinde/der Hauptort, muß es aber nicht! Z.B. gibt es in 2434 Götzendorf/L. zwei Ortschaften, nämlich Götzendorf/L. und Pischelsdorf (beide Gemeinde Götzendorf/L., Bez. Bruck/L.). Drum gibt's auch zwei völlig verschiedene Adressen: Hauptstraße 12 2434 Götzendorf/L. vs. Hauptstraße 12 2434 Pischelsdorf /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at