[OSM-talk] Es weihnachtet wieder sehr ....
Hoho ! in den letzten Tagen habe ich schon einige Anfragen bekommen - jetzt ist es wieder soweit die OSM XMAS-Karte [1] wird wieder aktuallisiert und es können die Daten wieder fleißig nachgeführt werden. Für die Neueinsteiger finden sich die Tag-Beschreibungen unter [2]. Ich möchte auch nochmal auf die Auswerte-Liste oben Links verweisen um zu sehen welche Daten nachgeführt werden müssen. Leider bedarf es bei der Karte immer noch eine manuelle Nachführung - eine real-time-Abfrage über die Overpass-Api gibt es noch nicht - der Grund hierfür sind erforderliche Berechnungen für die flächenrepräsentiven POI. Die habe ich zum einen nicht und weis auch nicht wie das umzusetzen ist. Viel Spaß damit. Gruß Jan :-) [1] http://www.tappenbeck.net/osm/maps/deu/index.php?id=1032 [2] http://wiki.openstreetmap.org/wiki/DE:Tag:xmas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Es weihnachtet wieder sehr ....
2013/11/8 Jan Tappenbeck : > Hoho ! > > in den letzten Tagen habe ich schon einige Anfragen bekommen - jetzt ist es > wieder soweit die OSM XMAS-Karte [1] wird wieder aktuallisiert und es können > die Daten wieder fleißig nachgeführt werden. Please, don't tag events in OSM. We don't delete roads when they are closed for one month. So don't add a christmass tree because it's there for 3 weeks. Add buildings and/or market places as much as you want but use apps like umap ([1]) for event map mashups. I deleted the 6 or 7 of your "xmas:feature" I found in France (mainly contributed by Germans), all coming from last year and, of course, never maintained (e.g. obsolete opening dates). Pieren BTW, wrong list ! [1] http://umap.openstreetmap.fr/en/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Es weihnachtet wieder sehr ....
On 08.11.13 12:17, Pieren wrote: > Please, don't tag events in OSM. Christmas trees are not an "event". They are built up on mostly the same spot every year (at least here in Vienna) and it of course makes sense to map them. I regret you delete features without having verified if they are current or not. /al ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Es weihnachtet wieder sehr ....
On Fri, Nov 8, 2013 at 1:20 PM, Andreas Labres wrote: > Christmas trees are not an "event". If you like. Call it "temporary feature", like tents in camping, exhibitions, motor shows, food trucks, etc > I regret you delete features without having verified if they are current or > not. Good point. Since it is not "verifiable" 92% of the time, it has nothing to do in OSM. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass area query gives results outside area...
Am 06.11.13 schrieb Jean-Marc Liotier: I need to extract objects that fall within the bounds of Senegal - so I turned to the Overpass API... But it seems that my level of understanding does not yet match its power. I need your help ! As an exercise, let's find Dakar in Senegal - http://overpass-turbo.eu/s/1qa : area[name="Senegal"]; (area [name="Dakar"] (area); <; ); out; area[name="Senegal"]; node(area)[name="Dakar"]; out; returns a place=city, place=state and a container harbour, but not Dakar in San Sebastián. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass area query gives results outside area...
On 11/08/2013 04:16 PM, Fabian Schmidt wrote: > area[name="Senegal"]; > node(area)[name="Dakar"]; > out; > > returns a place=city, place=state and a container harbour, but not > Dakar in San Sebastián. Yes, my syntax was incorrect. To return multiple types of objects, this works: area[name="Senegal"]; ( node(area)[name="Fatick"];<; way(area)[name="Fatick"];<; rel(area)[name="Fatick"];<; area(area)[name="Fatick"];<; ); out; ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass area query gives results outside area...
Am 08.11.13 schrieb Jean-Marc Liotier: To return multiple types of objects, this works: area[name="Senegal"]; ( node(area)[name="Fatick"];<; way(area)[name="Fatick"];<; rel(area)[name="Fatick"];<; area(area)[name="Fatick"];<; ); out; I would expect the area() to be a subset of way() and rel(), so you wouldn't need to add it to the query? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass area query gives results outside area...
On 11/08/2013 04:58 PM, Fabian Schmidt wrote: > > Am 08.11.13 schrieb Jean-Marc Liotier: > >> To return multiple types of objects, this works: >> >> area[name="Senegal"]; >> ( >> node(area)[name="Fatick"];<; >> way(area)[name="Fatick"];<; >> rel(area)[name="Fatick"];<; >> area(area)[name="Fatick"];<; >> ); >> out; > > I would expect the area() to be a subset of way() and rel(), so you > wouldn't need to add it to the query? > That is also what I thought... But somehow it is not the case - closed ways are treated differently. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk