[Talk-de] OSM: Neu gerendert!?
Wer noch einen neuen Stil für die OSM-Daten braucht, wird vieleicht hier fündig? https://geoobserver.wordpress.com/2015/05/26/osm-neu-gerendert/ Euch allen eine schöne Woche. Der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM SommerCamp: Mitstreiter für deutschen Kartenstil gesucht!
On 22.05.2015 15:07, Sven Geggus wrote: > Lars Lingner wrote: > >> Der Deutsche Stil benutzt ja bereits hstore und mein Interesse ist, >> herauszufinden ob man nicht mit genau einem Schema bzw. Import-Mapping >> beide Stile rendern kann. > > Das geht schon immer, wenn man passende views dazwischen schaltet. Beim > deutschen Stil verwende ich schon immer views. > Stimmt, das kann man mit Views bauen. Zum Zeitpunkt des Imports mit osm2pgsql muss ich damit schon wissen, welche Tags ich im View bzw. Kartenstil brauche. Mit Hstore kann ich eine Art Sammelspalte machen für alle Tags die ich nicht in eine eigene Spalte packe. Damit bleibt das DB-Schema gleich. Vom Workflow beim Aufsetzen eines Rendersystems stelle ich mir vor, das beim Setup von osm2pgsql bzw. Mapnik ein Punkt die Entscheidung "System für Standardstil oder mehrere Stile vorbereiten" ist. Der Standardstil wäre das jetzige Verhalten, bei "Multistil" gibt es noch eine catch-all-hstore-Spalte. Oder mehrere Spalten ggf schon kategorisiert. Eigentlich geht es mir auch nicht nur um die beiden Stile International und Deutsch. Es gibt diverse Spezialkarten die alle ihre eigenen Tags auswerten. Wenn diese nicht bereits beim default.style von osm2pgsql enthalten sind, muss man einen neuen Import machen sobald ein neuer Stil hinzukommt. Vielleicht gibt es einen kleinsten gemeinsamen Nenner... Wir können gerne auf dem Camp weiter diskutieren. Viele Grüße Lars ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass-Turbo
Hi
Für Strassen und Plätze - Regex Abfrage
Ist vielleicht nicht die schnellste und optimalste Art...
[out:json][timeout:25];
area[name="Galway"]->.a;
(
node(area.a)[~"place|highway"~".*"]["name"]["name:ga"!~".*"];
way(area.a)[~"place|highway"~".*"]["name"]["name:ga"!~".*"];
relation(area.a)[~"place|highway"~".*"]["name"]["name:ga"!~".*"];
);
out body;
>;
out skel qt;
Leander
Am 25.05.2015 um 14:08 schrieb Thorsten Alge:
Hallo Liste,
ich habe versucht mit Overpass-Turbo eine Übersicht der Straßen und
Plätzen in Galway ohne Irische Namen abzufragen. Ich erhalte aber nicht
die Ergebnisse, die ich erwartet habe. Bei der Abfrage mit einer
Bounding Box bekomme ich die gewünschten Nodes ohne name:ga Tag:
[out:json][timeout:25];
(
node({{bbox}})["place"]["name"]-
node({{bbox}})["name:ga"]
);
out body;
;
out skel qt;
Bei der Abfrage nach den selben Elementen in der Relation Galway erhalte
ich aber alle Elemete. Auch jene, welche ein name:ga Tag haben. Ich
verstehe allerdings nicht ganz warum.
[out:json][timeout:25];
area[name="Galway"];
(
node(area)["place"]["name"]-
node(area)["name:ga"]
);
out body;
;
out skel qt;
Kann mir Jemand einen Hinweis geben?
Gruß
Thorsten
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass-Turbo
Ja, danke. Das war sehr hilfreich. Ich habe versucht die Abfrage aus einer automatisch generierten Abfrag abzuwandeln - scheinbar nicht so erfolgreich. On 2015-05-25 18:20, mmd wrote: > [out:json][timeout:25]; > area[name="Galway"]->.a; > ( > node(area.a)["place"]["name"]; - > node(area.a)["name:ga"]; > ); > out body; > > ; > out skel qt; ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM SommerCamp: Mitstreiter für deutschen Kartenstil gesucht!
Am 25. Mai 2015 um 18:22 schrieb Sven Geggus : > Frederik Ramm wrote: > > > Stimmt, ich mache das auch schon lange so, mit einer Datenbank und > > mehreren Views. Etwas lästig ist es nur, wenn ein Style eine bestimmte > > Spalte als numerisch annimmt und ein anderer nicht. > > Numerisch nach string kann man ja auch in den view einbauen. Nur umgekehrt > gibt es ein Problem, wennd er String nicht in eine Zahl umwandelbar > ist. Ich habe dafür extra eine Funktion (IIRR von stackexchange), damit bei Problemen beim casten nach integer nicht alles abschmiert... CREATE OR REPLACE FUNCTION convert_to_integer(v_input text) RETURNS INTEGER AS $$ DECLARE v_int_value INTEGER DEFAULT 0; BEGIN BEGIN v_int_value := v_input::INTEGER; EXCEPTION WHEN OTHERS THEN RAISE NOTICE 'Invalid integer value: "%". Returning zero.', v_input; RETURN 0; END; RETURN v_int_value; END; $$ LANGUAGE plpgsql; Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin-Karte zum paddeln auf der Havel
Hallo, welches wäre denn die richtige Karte, wenn man nur innerhalb Deutschlands auf Wasserwegen (aso zum paddeln) routen lassen möchte? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM SommerCamp: Mitstreiter für deutschen Kartenstil gesucht!
Frederik Ramm wrote: > Stimmt, ich mache das auch schon lange so, mit einer Datenbank und > mehreren Views. Etwas lästig ist es nur, wenn ein Style eine bestimmte > Spalte als numerisch annimmt und ein anderer nicht. Numerisch nach string kann man ja auch in den view einbauen. Nur umgekehrt gibt es ein Problem, wennd er String nicht in eine Zahl umwandelbar ist. Sven -- "Thinking of using NT for your critical apps? Isn't there enough suffering in the world?" (Advertisement of Sun Microsystems in Wall Street Journal) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass-Turbo
Hallo Thorsten, Am 25.05.2015 um 14:08 schrieb Thorsten Alge: > Bei der Abfrage nach den selben Elementen in der Relation Galway erhalte > ich aber alle Elemete. Auch jene, welche ein name:ga Tag haben. Ich > verstehe allerdings nicht ganz warum. > > [out:json][timeout:25]; > area[name="Galway"]; > ( > node(area)["place"]["name"]- > node(area)["name:ga"] > ); > out body; >> ; > out skel qt; > > Kann mir Jemand einen Hinweis geben? > Gerne doch. Im Beispiel oben bezieht sich (area) jeweils auf das Default-Inputset. Das ist einfach eine nicht näher benannten Menge, die die gerade zu bearbeitenden Knoten, Wegen, Relationen sowie Areas enthält. Ausgeschrieben würde das dann so aussehen: node(area._)["place"]["name"]- (1) node(area._)["name:ga"](2) Schauen wir uns für beide Zeilen einmal an, was jeweils an Elementen als Eingabe berücksichtigt wird und wie die Ergebnismenge aussieht: Zeile (1) - Input: Area Galway, noch aus dem vorhergehenden area[name="Galway"]; Output: Nodes mit [place][name]. Die Area wird nicht übernommen! (Output ist gleichzeitig Input für die nächste Zeile) Zeile (2) - Input: Nodes mit [place][name] Output: Da in ._ keine Area enthalten ist, liefert (area._) eine leere Menge zurück! Beheben lässt sich das ganze, indem man die ursprüngliche Area in eine Variable packt (hier ".a") und man sich später wieder darauf bezieht. [out:json][timeout:25]; area[name="Galway"]->.a; ( node(area.a)["place"]["name"]; - node(area.a)["name:ga"]; ); out body; > ; out skel qt; Ich hoffe, das war soweit einigermaßen verständlich. Wenn nicht: ich habe das Thema schon einmal vorsorglich für die neue Overpass API Learning Platform vorgeschlagen, die im Rahmen des GSoc 2015 entsteht :) Gruß, mmd ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem
Moin Florian, sprichtst du vom Tracer oder Tracer2? Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir funktioniert der Tracer2 anstandslos. Gruß nicolaus1977 Am 23.05.2015 um 20:40 schrieb Florian Lohoff: > Hi, > wer mit dem aktuellem Josm und dem Tracer rumbaut der wird evtl merken > das das nicht mehr geht. Im Josm scheint sich gerade alles mögliche > kaputtzumachen durch die ipv4/ipv6 workarounds ... Dadurch versucht > der aktuelle JOSM bei ipv6 connectivity auch den TRacer über ipv6 > anzusprechen - der lauscht aber auf einem reinen ipv4 socket ... > > Workaround - Die tcp connections von v6 auf v4 proxien: > > git clone git://git.spreadspace.org/tcpproxy.git > > bauen ... > > Dann: > > ./tcpproxy -U -l ::1 -p 49243 -r 127.0.0.1 -o 49243 > > Und es geht wieder ... Was bitte ist in Java so schwer mit > ipv4/ipv6 sockets ... g > > Flo > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass-Turbo
Hallo Liste,
ich habe versucht mit Overpass-Turbo eine Übersicht der Straßen und
Plätzen in Galway ohne Irische Namen abzufragen. Ich erhalte aber nicht
die Ergebnisse, die ich erwartet habe. Bei der Abfrage mit einer
Bounding Box bekomme ich die gewünschten Nodes ohne name:ga Tag:
[out:json][timeout:25];
(
node({{bbox}})["place"]["name"]-
node({{bbox}})["name:ga"]
);
out body;
>;
out skel qt;
Bei der Abfrage nach den selben Elementen in der Relation Galway erhalte
ich aber alle Elemete. Auch jene, welche ein name:ga Tag haben. Ich
verstehe allerdings nicht ganz warum.
[out:json][timeout:25];
area[name="Galway"];
(
node(area)["place"]["name"]-
node(area)["name:ga"]
);
out body;
>;
out skel qt;
Kann mir Jemand einen Hinweis geben?
Gruß
Thorsten
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
Hallo Martin, Am 2015-05-25 um 13:42 schrieb Martin Koppenhoefer: > aber ja, sie sind saisonal und nicht das ganze Jahr über da, so wie die > meisten Skipisten oder viele Beachresorts. Im Sommer ist die Skipiste eine mit Gras (oder gar nicht) bewachsene Fläche. Man kann nicht immer alles mappen. Manche Sachen kann man nur im Winter mappen, wenn man durch das unbelaubte Gestrüpp einen Blick auf unzugängliche Bereiche erhaschen kann (z.B. Bahnstrecken ohne Personenverkehr). Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
> Am 25.05.2015 um 12:25 schrieb Dietmar : > > Wer es noch dynamischer mag: da gäbe es noch die Maibäume. dynamisch sind die ja nicht gerade, die werden doch über Jahrzehnte an derselben Stelle aufgebaut, aber ja, sie sind saisonal und nicht das ganze Jahr über da, so wie die meisten Skipisten oder viele Beachresorts. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
Im ländlichen Bereich sind (jedenfalls in Norddeutschland) solche Verkaufsstände am Straßenrand / Feldrand für den Verkauf von Kohlköpfen, Kartoffeln oder anderem Gemüse oder Obst verbreitet. Häufig ohne Personal, sondern "gegen Vertrauen" mit einer kleinen Kasse, in der man 1 Euro für den Kohlkopf legt. Die Laufzeit dieser Stände ist nicht immer ganzjährig. amenity=stall wäre m.E. naheliegend, gibt es laut taginfo aber nur einmal. Am 25. Mai 2015 um 12:02 schrieb Frederik Ramm : > Hallo, > > On 05/25/2015 11:24 AM, chris66 wrote: > >>jetzt gibt es ja allenthalben am Strassenrand wieder > >> Erdbeer-Verkaufsstände. Wie taggt man die > > > > Gar nicht, da temporär. > > Die sind normalerweise eine ganze Saison oder sogar über mehrere Jahre > genau am gleichen Fleck. Anders als die umbaubedingten temporären > Karlsruher Straßenbahnschienen, die von den Mappern tagesaktuell > nachgetragen werden - dagegen ist so ein Erdbeerstand ein Fels in der > Brandung ;) > > Bye > Frederik > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
Hallo, bei uns werden die kurz vor der Ernte extra aufgestellt (meist, aber nicht immer) an der selben Stelle wie im Vorjahr und werden teilweise danach für Spargelverkauf verwendet. Im Fall der Erdbeeren meist am Feld, während die Spargeln von ein paar Kilometer entfernt angeliefert werden. Ich halte die Erfassung aus zeitlich temporären Gründen in der DB nicht für sinnvoll, ist aber genauso Geschmacksache wie die Weihnachtsbaumaufstellung in den Gemeinden. Wer es noch dynamischer mag: da gäbe es noch die Maibäume. Wer es noch dynamischer mag, die werden in Bayern gerne von der Nachbargemeinde geklaut, also am besten mit GPS-Sender versehen ;) viele Grüße Dietmar Am 25.05.2015 um 12:02 schrieb Frederik Ramm: Hallo, On 05/25/2015 11:24 AM, chris66 wrote: jetzt gibt es ja allenthalben am Strassenrand wieder Erdbeer-Verkaufsstände. Wie taggt man die Gar nicht, da temporär. Die sind normalerweise eine ganze Saison oder sogar über mehrere Jahre genau am gleichen Fleck. Anders als die umbaubedingten temporären Karlsruher Straßenbahnschienen, die von den Mappern tagesaktuell nachgetragen werden - dagegen ist so ein Erdbeerstand ein Fels in der Brandung ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
Hallo, On 05/25/2015 11:24 AM, chris66 wrote: >>jetzt gibt es ja allenthalben am Strassenrand wieder >> Erdbeer-Verkaufsstände. Wie taggt man die > > Gar nicht, da temporär. Die sind normalerweise eine ganze Saison oder sogar über mehrere Jahre genau am gleichen Fleck. Anders als die umbaubedingten temporären Karlsruher Straßenbahnschienen, die von den Mappern tagesaktuell nachgetragen werden - dagegen ist so ein Erdbeerstand ein Fels in der Brandung ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Radfahren zwar erlaubt aber nicht wirklich gut gesucht
Am 24.05.2015 um 21:12 schrieb Martin Koppenhoefer: >> mehr oder weniger parallel kleine Straßen (auch asphatiert) verlaufen. >> Alle mir bekannten Fahrradrouter benutzen die Kreisstraße, da sie natürlich >> etwas kürzer ist. >> Mit welchen tags könnte ich die Router dazu bringen, eine der beiden >> Alternativen zu wählen? > > > m.E. sollte der Router das von alleine hinbekommen. Ja klar. Kleine Straßen (residential, unclassified, track, service) sollten beim Radrouting natürlich höher gewichtet werden als Hauptstraßen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
Die sind aber meist jedes Jahr an derselbe Stelle. Opening_hours vielleicht? Jo 2015-05-25 11:24 GMT+02:00 chris66 : > Am 24.05.2015 um 20:35 schrieb Frederik Ramm: > >jetzt gibt es ja allenthalben am Strassenrand wieder > > Erdbeer-Verkaufsstände. Wie taggt man die > > Gar nicht, da temporär. > > Ist aber nur meine persönliche Meinung. :-) > > Chris > > > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdbeer-Verkaufsstände
Am 24.05.2015 um 20:35 schrieb Frederik Ramm: >jetzt gibt es ja allenthalben am Strassenrand wieder > Erdbeer-Verkaufsstände. Wie taggt man die Gar nicht, da temporär. Ist aber nur meine persönliche Meinung. :-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
