Re: [Talk-de] Fwd: [OSM-talk] Facebook kauft Crowdsourced Mapping Firma Mapillary
On 2020-06-19 07:42, Markus wrote: > Danke Michael für diese Katastrophenmeldung... > > Ist die OSMF oder sonstwer dabei, eine Alternative zu schaffen? IMHO nein. > Was gibt es sonst noch für Ideen? Weiter nutzen. Das schlimmste was passieren kann, das die Daten mit einem Facebook Account verknüpft werden. (Ja, so fiese Sachen wie Face-ID auf den Daten wäre theoretisch machbar, ist aber zur Zeit nicht legal bei uns). Wer über den Kauf jedoch so aufgeregt ist, hat keinen Facebook Account und weiß eh schon, das Mapillary als Firma die Daten eh schon alle hat (Fotos, GPS Logs) und damit machen konnte, was sie wollten. Sprich: Daten sind schon lange da, immer frei zugreifbar. Jetzt halt nur direkt Facebook, nicht übers Relay (Facebook =>Mapillary). > Mit herzlichem Gruss, > Markus > > PS: wenn ein Proprietärer einen freien Dienst kauft: > - wie geht das? > - wer bekommt die Kohle? > - kann OSM auch gekauft werden? Mapillary war kein freier Dienst, nur eine Firma, die eine offene Lizenz auf den Bildern hatte (NICHT auf die abgeleiteten Daten, die haben sie verkauft). Somit wurde die Firma (wie jede andere Firma auch) verkauft an eine andere Firma. Normales Vorgehen halt. Kohle geht an die Besitzer von Mapillary. OSM ist keine Firma und somit kanns ned gekauft werden. Die Trademarks gehören einzelnen Personen, bzw. der Foundation, die natürlich über Regeln und Verträge abgesichert sind. Hardware der OSM Server gehören entweder der Foundation, einzelnen Firmen, Universiäten, die als Spende OSM Daten aussenden. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Facebook kauft Crowdsourced Mapping Firma Mapillary
On 2020-06-19 09:19, Martin Koppenhoefer wrote: > > > sent from a phone > >> On 19. Jun 2020, at 09:09, Florian Lohoff wrote: >> >> Ja das ist >> eine Datenkrake aber bisher ist doch nichts passiert!?! > > > bei Facebook ist schon einiges passiert. Klar, kann einem evtl. egal sein, > aber zu sagen bisher ist überhaupt nichts passiert, trifft es eher nicht für > mich. Wie so immer, Daten sind vorhanden, jeder muss für sich selber entscheiden. Für den Betrieb von Mapillary ändert sich vorerst nichts, laut Ankündigung. Die App wird ggf., ein Facebook Logo zeigen. Daie Daten sind weiterhin verfügbar und frei. Bisher hat man Bilder und GPS Daten unter seinem Account hochgeladen zu Mapillary Servern (was im Endeffekt die Google/Facebook/Amazon Cloud ist). Neu ist dann halt ggf. die Verlinkung zu (evtl. vorhandenen) Facebook Accounts. Grob gesagt: Daten sind eh schon alle bei einer Company, wie diese heisst, ist erstmal egal. >> Also warum die >> aufregung. Wenn die dann die mapillary app einstellen und an eine >> facebook id koppeln dann können wir immer noch maulen. > > > dann wird es auch dem letzten klar werden, aber “machen” kann man dann nichts > mehr. Noch kann man sich die eigenen Bilder kopieren (falls man sie nicht > sowieso auch lokal in Kopie gehalten hat) und hoffen dass jemand irgendwann > einen alternativen Dienst anbieten wird, wo man sie hochladen kann. Ja, die Bilder liegen auf den Servern, sind einige hunderte TB an Daten. Diese sind frei herunterladbar und frei nutzbar, die Lizenz ist frei und wird frei bleiben, dafür ist die Lizenz ja da. Zur Zeit siehts so aus, das die Lizenz so bleiben wird. Jeder andere Dienst muss halt erstmal die mehrere Millionen Euro/Jahr haben, um die Menge an Daten zu speichern und zu verarbeiten. Hinzu die paar Millionen für das Personal, die Daten entsprechend nutzbar zu bekommen und zu verarbeiten. UND natürlich das Geschäftsmodell haben, dass dieses Geld durch den Verkauf an Servives auf diesen Bildern/Daten verdient wird. Nur rein altruistisch macht das keiner. Und den geschätzten 10-50 Millionen Euro/Jahr wird keine OSM Community durch Spenden aufbringen können. (Beispielswiese habe ich rund 1 Million Bilder hochgeladen, geschätzt 3-5 TB, und ich bin ned der Top-Uploader. Mit entsprechenden Kosten für Traffic, Verarbeitung, Backup, muß man gut 10 TB Daten speichern und 20 TB Traffic auf den Platten rechnen Das kostet auf Dauer einfach, ich speicher deswegen auch meine Bilder ned bei mir lokal, wozu auch) Ist schon erstaunlich, das Mapillary so lange durch gehalten hat. > > Gruß Martin MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Kartenmaterial Mils
On 2020-04-26 18:54, Klara Zösmayr wrote: > Hallo Johann, > > Leider hab ich keine Ahnung wie ich das machen soll. Ich verwende die > App von Komoot und die haben mich an euch weiterverwiesen. > Habt ihr niemanden in der Gegend, der vlt mit einem Rad das > Kartenmaterial erneuern könnte? Lass dich bitte ned von Johann verärgern, Johann hat gute Ideen, aber seine Art mit Menschen umzugehen ist etwas verbesserungswürdig. Ich bin leider ned in Tirol ansässig. Versuche bitte in Koomoot die Ecke zu melden, oder auf osm.org (ggf. erst nach Login kann man ein Problem melden). Es gibt sicher auch jemand hier auf der Liste, der (nach etas Zeit) die Gegend anschauen kann, aber das mag länger dauern. Bis dahin entweder selber korrigieren, oder warten bis andere dieses schaffen. Danke für die Meldeung jedenfalls. > Mfg. Klara MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Radweg R2 südlich von Graz...
Moin Beim anschauien der neuen CycleMap https://www.cyclosm.org/#map=16/46.9725/15.4887/cyclosm (die noch gravierende Issues hat, btw), ist mir aufgefallen, das der R2 östlich der bei Fernitz jetzt direkt an der Mur entlang geht und nimmer durch Fernitz. Wer hat denn das geändert? Und vor allem, ist das richtig so? MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Graz Murkraftwerk, Südgürtel
Moin Habe das Murkraftwerk in GRaz mal nach Biing eiungetragen soweit ich es konnte. Und am Südgürtel die neuen Gebäude beim COntrol-Gebäude. Da sind aber die Landuse Polygone etwas im Eimer, schaut da mal wer rüber? Generell: wär nett, wenn da nochmal jemand genauer rübergeht. Im Oktober sollt ich aktuelle Mapillary Bildfer schaffen von der neuen Siedlung am Südgürtel. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Pflanzfläche Bäume Mur Graz
Hallo! Die neuen Biing aerial Fotos zeigen auch die Baustelle im Augartenpark und am Murkraftwerk. Dort habe ich mal an der Stelle des Ausgleichsbereiches https://osm.org/go/0Iz_pZwBc--?layers=N das Wasser eingezeichnet, die vielen Bäume noch ned, auch die Aussengrenzbereiche nicht. Wie trägt man das denn korrekt ein? Und: das Wasser hat Verbindung mit der Mur, möchte aber die Murrelation ned kaputt machen. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Tags für brombeer sträucher
On 8/26/19 10:58 AM, Volker wrote: > > Am 26.08.2019 um 08:54 schrieb Lars Schimmer: >> On 8/26/19 12:59 AM, Volker wrote: >>> Alles schön und gut, trotzdem kann ich Dein laxes Rechtsverständnis >>> nicht teilen. An keinem Baum ist erkennbar wem er gehört. Und solange >>> es nicht ausdrücklich erlaubt ist, würde ich auch die Hände davon >>> lassen, dort was zu pflücken. Und irgendwas in Richtung" Freies Obst" >>> taggen würde ich schon gar nicht, wenn ich es nicht ganz genau >>> wüsste. Könnte evtl. ganz schnell ein Kläger und ein Richter da sein. >>> (Anstiftung, Beihilfe) Und das ist nicht gut für OSM und für Dich. >> Moment, möchtest du hiermit andeuten, lieber nix in OSM mappen, nur >> weil es Anstiftung zu sonstwas sein kann? > >> Es somit lieber keine OSM/Karte geben dürfte? > Nein will ich nicht. Die Mundräuber taggen das ja sowieso auf ihrer > Seite. Aber beim Mappen sollten wir uns schon an die geltenden Gesetze > halten Wo habe ich mich nicht an Gesetze gehalten? Taggen was man sieht, betreten des Geländes, das ich betreten darf. Ob nun in osm.org oder auf mundraub.org. Was sollte daran verboten sein, nach welchem Gesetz? >> Klingt schon wahrlich weit hergeholt. Hast du dir denn mundraub.org >> schonmal angeschaut? > Ja habe ich. Und ich habe gesehen, dass das, was im Filmbeitrag zu sehen > ist, gegen deren eigene Regeln (sorgsamer Umgang mit Bäumen) verstößt. > Schütteln ist z.B. auch nicht erlaubt. Auch wenn sowas im öffentlich > rechtlichen Fernsehen gezeigt wird. Schau mal im BGB nach! Fällt jemand > runter, weil ein Ast bricht, sind die ganz schnell beim Eigentümer wegen > mangelnder Verkehrssicherung des Baumes. Das Aufsammeln von Fallobst ist > IMHO eine andere Sache, solange dazu kein fremdes Grundstück betreten wird Und Filmbeitrag ist niocht mundraub, das war ein Beitrag vom SBB, ergo externe redaktion mit fremden Inhalten. Nicht jeder Beitrag über OSM im TV ist 100% korrekt und wird jedem Gerecht, so auch ähnlich hier mit mundraub. Mit Verlaub, Sie sehen Gespenster - bzw. Probleme, wo keine sind. Nur durch das anschauen eines 2 sec Schnipsels im TV (und da wollen wir mal ned vom privaten TV oder gar private Streifen auf Webseiten anfangen) ist keiner gezwungen, das nachzumachen. Oder machen alle das, was sie im TV/auf YouTube sehen nach und verklagen die Autoren dann, weil sie selber zu blöde sind? Ja, die Leute gibt es, ist aber nicht die Schuld der Plattform. Wir sind ja schließlich ned im amerikanischem Rechtsystem daheim. Vor allem hat das nix mit OSM zu tun und nix mit dem Taggen von Fruchtbäumen. > > Aber wie gesagt, von mir aus macht doch was ihr wollt Wir machen das, was OSM schon immer macht: taggen desssen, was auf dem Grund vorhanden ist, möglichst nah an der Realität. Was die nutzer damit machen, können (und wollen) wir nicht kontrollieren. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für brombeer sträucher
On 8/26/19 12:59 AM, Volker wrote: > Alles schön und gut, trotzdem kann ich Dein laxes Rechtsverständnis > nicht teilen. An keinem Baum ist erkennbar wem er gehört. Und solange es > nicht ausdrücklich erlaubt ist, würde ich auch die Hände davon lassen, > dort was zu pflücken. Und irgendwas in Richtung" Freies Obst" taggen > würde ich schon gar nicht, wenn ich es nicht ganz genau wüsste. Könnte > evtl. ganz schnell ein Kläger und ein Richter da sein. (Anstiftung, > Beihilfe) Und das ist nicht gut für OSM und für Dich. Moment, möchtest du hiermit andeuten, lieber nix in OSM mappen, nur weil es Anstiftung zu sonstwas sein kann? Es somit lieber keine OSM/Karte geben dürfte? Klingt schon wahrlich weit hergeholt. Hast du dir denn mundraub.org schonmal angeschaut? Die Bäume und Sträucher sind "as seen on the ground" getaggt, weder mit dem Tag "gehört XYZ" noch mit einem Tag "ist zur freien Entnahme". Sowohl in OSM als auch bei mundraub.org. Ich sehe jedenfalls keinen Grund, die nicht zu mappen und entsprechend zu klassifizieren, und vor allem auch keinen Grund, dafür belangt zu werden. > Einzelne Sträucher würde ich sowieso aus schon weiter vorne angeführten > Gründen nicht taggen. Eine Buschlandschaft ist ständiger Veränderung > unterworfen. Wenn man einzelne Sträucher taggt, müssten die auch öfters > überprüft werden. Willst Du das machen? Deswegen ist es auch ein landuse=scrub mit brombeer tag extra. Und ich komme da eh mehrmals im Jahr zwangsweise vorbei, so ein Hund ist fordernd :-) MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] VS Schönau graz, relation, hilfe gewünscht
On 8/25/19 7:49 PM, Robert Grübler wrote: > On Sonntag, 25. August 2019 19:05 schimmer wrote: >> Parallel dazu die Relation zum Gebäude. >> Aber eigentlich müsste die Relation multipolygon ja in die relation Gebäude >> hinzu, aber mein JOSM lässt mich das ned so einfach machen. > > Du brauchst keine weitere Relation "Gebäude". Einfach die Relation > "multipolygon" mit "building=yes" taggen. > S.a.: https://learnosm.org/de/josm/josm-relations/ Nicht wirklich brauchen, ABER das Gebäude der Schule besteht aus mehreren verbundenen Gebäudeteilen mit unterschiedlichen Materialien, Höhen, Farben. Nach dem osm3d Schema wird das Gebäude dnan als Relation eingebunden, wobei jeder Teil ein Member der Relation ist. Und einmal der Outline las Member. Da ist das Problem. > LG Robert MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] bus-Haltestelle in Graz aufgelassen
On 8/22/19 1:48 PM, Robin Däneke wrote: > Hi, > > wenn die Haltestelle von keinem dieser Busse eine End/Anfangsstation > sein sollte, und tatsächlich nicht mehr existiert, die Busse aber noch > an dem Punkt vorbeifahren, einfach die stop position und platforms > löschen. Das sollte dementsprechend keine Relation zerschießen. Ich > könnte das machen, und dann noch mal Relationen überprüfen, falls gewünscht. Nunja, keine Haltestellenschilder vor Ort, die 34er halten dort nicht mehr, ich sehe das als Grund, die stop Position zu entfernen (ground truth). Wäre nett wenn du da mal aktiv wirst, danke. > MfG > RobinD (emergency99) MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] bus-Haltestelle in Graz aufgelassen
Moin! Die Haltestelle "Dr. Renner Schule" ist nicht mehr vorhanden. Weder die 34, noch die 34e halten dort an. Aktuelle Bilder zeigen keine Haltestellenschilder. https://www.mapillary.com/app/?lat=47.04449782363637=15.448542747272727=17=2019-08-20=C8eTyo1JczC0A_sOKPmwiA=photo (Note Unerledigter Kartenfehler Nr. 1185045 - https://www.openstreetmap.org/note/1185045#map=18/47.04497/15.44935=N ) Laut Plan soll die Linie 671 halten (wenn eh nur zum aussteigen, aber ob real..?). Was macht man mit der Haltestelle in OSM? Ich würde die löschen, ggf. Bedarfshaltestelle machen. Da diese Nodes jedoch in diversen Relationen ist, möchte ich ned einfach so löschen. Hat wer Tips, Hinweise, wie ich die Haltestelle am besten entferne ohne die Relationen zu zuerstören? MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Idee zum einfachen Baum Mapppen unterwegs?
Hallo! Ich habe demnächst 1,2 Tage Zeit in meiner Heimatgegend ein paar Obstbäume in der Feldmarkt zu mappen. Hat wer Tips, wie ich am einfachsten unterwegs am Mobilgerät Nodes setzen kann mit einem vorgefertigtem Tagset? Sprich: Handy ist an, ich gehe zum Baum, drück auf die (stark gezoomte) Karte (oder Knopf), App setzt einen Node an dem Punkt nach GPS/Karte und zeigt mir ein Tagset aus, idealerweise das vom Node vorher, in diesem Falle trees=apple oder ähnliches. Ich mag einfach ned aus mapillary alle Bäume manuell in die Karte klicken und taggen. Danke. ( z.B.: https://www.mapillary.com/app/?lat=52.13998643270335=10.065918396861543=17=W4taLJSLgdk_-zbnLmYSCw=photo oder https://www.mapillary.com/app/?lat=52.14205438532002=10.058797920427423=17=Imrrhgn62962o0DaQKd8bQ=photo ) MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] Graz, Trattenweg, Driveways, Parkflächen
Hallo! Habe gerade die neuen Gebäude im Trattenweg Graz a bissle akkurater gesetzt und die Driveways eingetragen. Hoffe das it OK so. Dazu die Frage: Auf https://www.mapillary.com/app/?lat=47.052832148205134=15.443655183589744=17=4UmQPcbQeD_4uLQ-ZLTPcg=photo erkennt man noch grob die Fläche vorm/unterm Haus bis zur straße "Kasernenstraße" - dort sind Parkplätze für die Gäste des Hauses. Wie trägt man die am besten ein? service=driveway ist da weniger akkurat. Danke MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Karte mit allen Schienenwegen zum Nachzeichnen?
Moin! Ich kam auf die Idee, mir eine Karte von Österreich/Deutschland/Europa zu drucken, in welcher die Schienenwege etwas deutlicher hervorgehoben ist, und ich diese dann nachträglich markieren kann. Sprich: Karte drucken in A0, an die Wand heften und mit einem farbigen Stift gewisse Strecken nachzeichnen, so als Erfolgskontrolle, was wurde schon befahren/begangen/... Hat jemand eine Idee oder ein passendes Style schonmal gesehen? Sowas wie die OpenRailway Map, ohne den farbigen Overlay wäre schonmal OK. Danke! MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] neue Namen (war: Peter-Paul-Berg)
On 07/17/18 11:24, gppes_...@web.de wrote: > Hallo, > > ich glaube, dass man mit Benamung Dein Problem ohnehin nicht gut in Griff > bekommen kann. Am Leobener OSM Stammtisch hat einmal ein User eine App > gezeigt, wo man relativ genau (einzelne Meter) ueber drei Woerterbuchwoerter > eine Position "sharen" kann. Das ist 3words - wird häufiger genutzt, ist aber (c) und somit ned für OSM geeignet (und darf ned eingetragen werden). > Also anstatt im Stress GPS Koordinaten uebers Telefon zu stammeln koennte man > so eine App oeffnen, diese bestimmt aus der aktuellen Position die drei > Woerter, diese werden dann weiter gegeben... Nur so eine Idee. > > Umgekehrt: Wie garantiert man eine hohe Qualitaet der OSM Datenbank, wenn man > zulaesst, dass Leute (geradezu fanatisch) Berggipfel "definieren" und (nach > dem eigenen Namen) benennen? > > Lg, Gppes > MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Frohnleiten Bahnhof Bauarbeiten, wer ist da vor ort?
Moin! Die Bauarbeitern am Bhf Frohnleiten sind noch ned in der OSM. Wer mappt denn da vor Ort? MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] OpenRouteServcice und Autoverlade auf Bahn...
Moin! https://www.openrouteservice.org/directions?n1=46.528635=8.447456=12=46.515406,8.325062,46.598388,8.502045=0=0=en-US=km Gerade mal geschaut, da jmd. meinte, Google kenne die Autoverlad ned. Aber das schaut schon komisch aus^^ Die in Slovenien kennt er jedenfalls ned: https://www.openrouteservice.org/directions?n1=46.214288=13.894615=12=46.281894,13.969674,46.148904,13.757243=0=0=en-US=km MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags
On 2017-03-27 12:54, Christian Aigner wrote: > Was es nicht so alles auf der OpenStreetMap gibt: 3D tags > > roof:ridge > https://www.openstreetmap.org/way/321452173 > > > building:colour und building:part > https://www.openstreetmap.org/way/321455004 > > > Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper. > > Quo vadis, OSM? Ist doch schon alt, vor 2 Jahren schon fleissig genutzt (oder 3?)... Eher sinnvoll, aber sehr simple. > LG, > Christian MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Routen planen
On 2016-10-07 10:04, Sebastian Gödecke wrote: > Hallo, > ich bin neu hier in der Liste. > Ich verwende den Androidclient OSM+ schon seit einigen Jahren. > Haupsächlich als Navi. > Nun möchte ich kleinere Touren planen. Wie kann ich das am besten anstellen? > Gedacht habe ich mir das so: > Offline auf meinem (Linux)PC routen erstellen > hochladen zum Smartphone > Nutzen der Routen in OSM+ > > Entweder verstehe ich die Anfänger Wikiseite nicht oder das ist so > banal, das dieses gar nicht aufgeführt wurde. > Kann mir da jemand Tipps geben? Ich hab mir das immer auf qlandkarteGT (neu QMapShack) angeschaut und berechnen lassen fürs Fahrrad, aber jeder mag da anderes^^ MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...
On 13.04.2016 16:10, Max wrote: > On 2016년 04월 13일 15:06, Lars Schimmer wrote: >> Problem gefunden: Powersave Modus verhindert das, der deaktiviert den GPS >> sobald der Bildschirm aus ist... >> Einerseits ja normal. Strom sparen. Andererseits lästig > > Vielleicht bin ich auf einer ganz falschen Fährte, aber ich denke somit > lässt sich das problem erstmal lösen: > Die app ist vermutlich noch nicht für den Android 6 Energiesparmodus > angepasst. Der Energiesparmodus lässt sich für diese app deaktivieren. > > Einstellungen -> Apps -> auf das Zahrad rechts oben gehen -> > Akku-Leistungsoptimierung > > dort alle Apps zeigen, das app auswählen und "Nicht optimieren" > auswählen. Fertig. So stehts im Netz, aber weder mein Huawei Honor 7 noch das HTC One M9 bieten diese Optionen an unter Android 6... MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...
Hallo Problem gefunden: Powersave Modus verhindert das, der deaktiviert den GPS sobald der Bildschirm aus ist... Einerseits ja normal. Strom sparen. Andererseits lästig Lars Am 12. April 2016 13:24:56 MESZ, schrieb Martin Czarkowski <czmar...@gmx.de>: >Hallo Lars, > >dann muss das tatsächlich ein Android 6 Problem sein. Wende Dich bitte >an die User im deutschsprachigen bzw. im englischen Locus-Forum, >vielleicht kann Dir dort geholfen werden. >http://forum.locusmap.eu/index.php >http://forum.locusmap.eu/index.php?board=27.0 > >Gruß >Martin > >-----Ursprüngliche Nachricht- >Von: Lars Schimmer [mailto:l.schim...@cgv.tugraz.at] >Gesendet: Dienstag, 12. April 2016 12:25 >An: talk-de@openstreetmap.org >Betreff: Re: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode >tracking off... > >On 2016-04-07 11:07, Martin Czarkowski wrote: >> Hallo Lars, >> >> loggen mit Bildschirm aus geht natürlich auch, funktioniert bei Locus >einwandfrei. > >Ähm, nee, eben gerade nicht. >Eben getestet, war ne Stunde draussen unterwegs. Er hat genau 3 Punkte >in dem Track drinnen: Start, Mittendrinnen und Ende, jeweils da, wo ich >die Handyhülle auf hatte. >Dazwischen hat er wohl aus Stromspargründen das GPS aus und keine >Punkte in den Track geschrieben. >Somit wieder da, wo ich am Anfang stand: tut ned mit Android 6 :-( > >> Gruß >> Martin >> > > >MfG, >Lars Schimmer >-- >- >TU Graz, Institut für ComputerGraphik & WissensVisualisierung >Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at >Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 > > > > > >___ >Talk-de mailing list >Talk-de@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-de -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...
On 2016-04-07 11:07, Martin Czarkowski wrote: > Hallo Lars, > > loggen mit Bildschirm aus geht natürlich auch, funktioniert bei Locus > einwandfrei. Ähm, nee, eben gerade nicht. Eben getestet, war ne Stunde draussen unterwegs. Er hat genau 3 Punkte in dem Track drinnen: Start, Mittendrinnen und Ende, jeweils da, wo ich die Handyhülle auf hatte. Dazwischen hat er wohl aus Stromspargründen das GPS aus und keine Punkte in den Track geschrieben. Somit wieder da, wo ich am Anfang stand: tut ned mit Android 6 :-( > Gruß > Martin > MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] ?= =?utf-8?q? OT: Mapillary
On 2016-04-11 01:28, Günther Zin. wrote: > Hallo! > > Am Montag, 11. April 2016 00:45 CEST, Florian Michaeler > <flor...@michaeler.at> schrieb: > >> Hallo, >> >> Ich persönlich verwende zwar nach wie vor eine Actioncam fürs >> Videomapping aus dem Auto, da ich die Aufnahmen aber nicht >> veröffentliche oder weiter gebe (Privatgebrauch only) sehe ich mich hier >> auf der sicheren Seite. Obwohl sich dadurch eine ganze Menge an Videos >> ansammelt (besonders wenn man 6h Hin und Rückfahrt fahrt nach Tirol filmt). >> >> Lg >> Florian >> aka Miflo > > Danke schon mal für die Info. > > Habe in diese Richtung ein wenig gesucht und folgendes gefunden: > http://autorevue.at/ratgeber/dashcam-oesterreich-verboten-oder-erlaubt > speziell: > "Wird eine Dashcam-Aufzeichnung ins Internet gestellt und so der > Öffentlichkeit zugänglich gemacht, ohne dass Personen und Fahrzeugkennzeichen > unkenntlich gemacht wurden, hat man ohne Zustimmung der Beteiligten eindeutig > gegen deren Recht auf Schutz personenbezogener Daten verstoßen", erläuterte > der ÖAMTC-Chefjurist. > > Da von Mapillary ja Personen und Fahrzeugkennzeichen unkenntlich gemacht > werden (nach besten Möglichkeiten), sollte das ja (teilweise) entschärft > sein, oder? > > Wenn ich dann noch mal über (manche / die meisten) Bilder drüber schaue und > Verpixelungen nachhole, genügt das dann? > Ist da dann Mapillary oder ich in der Pflicht? > > Habe dann noch einen allgemeinen Artikel zu Mapillary im Standard gefunden: > http://derstandard.at/226681336/Mit-Nutzerfotos-zum-alternativen-Street-View-auch-in-Oesterreich > Da werden im Haupttext keine rechtlichen Bedenken geäußert. Im Text unten > diskutieren ein paar drüber. Nun, man kann es streng auslegen oder drauf ankommen lassen. Ich habe schon >200k Bilder zu Mapillary hochgeschoben und nicht alle kontrolliert auf korrekte Unkenntlichmachung der Gesichter oder Zeichen. Eine Überwachung des öffentlichen Raumes ist durch Mapillary nicht gegeben, da es nur einzelne Fotos sind, also nur ein Momentaufnahme. Und man will in Mapillary natürlich nur Bilder ohne störende Autos/Menschen haben, geht aber selten. Im Sinne der Panoramafreiheit agiere ich mit der Kamera auf Brust-, bzw. Lenkerhöhe, um nicht in die Verlegenheit zu kommen, die Gärten der Anwohner über die 2m hohe Mauer hinweg zu fotografieren. Aber das scheint auch bei Googel problemfrei zu sein. Problematischer sind die Privatstrassen - offiziell darf man sich nicht auf denen bewegen, Fotos machen jedoch schon. Da ist man schnell im Graubereich. Mapillary zieht sich da ein wenig aus der Affäre, da sie sagen: DU bist für die hochgeladenen Bilder verantwortlich, wir bearbeiten diese nur, DU veröffentlichst die und gibst die Bilder frei. In wie weit das rechtlich korrekt ist, ist ned weiter "überprüft" bisher. Wie beim Fotografieren auch: wo kein Kläger, da kein Richter. Ich achte grundsätzlich darauf, möglichst wenig Leute auf den Fotos zu haben, aber lässt sich ned immer verhindern. Ansonsten, dort, wo viel los ist (Tourismus, Markt, Innenstadt) berufe ich mich auf die Panoramafreiheit und mache auch mit vielen Menschen auf den Bildern Fotos für Mapillary. Z.B. auch Musikfestivals (Mera Luna, Hildesheim, Flughafen). Ansonsten, bei Fragen, melde dich mal off-list. In Graz am Linuxtag werd ich kurz über Mapillary sprechen... > Bin schon auf weitere Kommentare und Infos gespannt... > > LG > Günther MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...
On 2016-04-06 13:48, Martin Czarkowski wrote: > Servus Lars, > > ich nutze seit Jahren Locus Map http://www.locusmap.eu/de/ mit den > Offlinekarten von OpenAndroMaps http://www.openandromaps.org/ Bei Locus kann > man die Bildschirmsperre deaktivieren. Hm, eigentlich will ich ja den Bildschirm aus haben und nur GPS loggen in dem Moment, und nur bei Bedarf den Bildschirm an haben... > Gruß > Martin MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...
Hallo! Ich habe bisher immer recht gerne OruxMaps genommen, um meine Tracks am Fahrrad aufzuzeichnen und hochzuladen ins Netz. Vor allem die Kartenanzeige und so war recht nett. Nun hat mein HTC One Android 6 und OruxMaps geht in den Powersave Mode wenn der Screen aus ist - somit ist GPS aus und Oruxmaps zeichnet nix auf. Unschön. Kennt einer das Problem, wie ist die Lösung? Alternative Software? MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Semi-OT: Welches GPS fürs Fahrrad?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2015 09:47, Volker Schmidt wrote: > Habe selbst keine Erfahrung, aber mich wundert, dass keiner ueber > Garmin edge Touring und edge 1000 spricht. Beide kommen von Hause > aus mit vorinstallierter OSM Karte (=Garmin Cycle Map) fuer ganz > Europa. Zu teuer, zu wenig Auflösung. > Volker MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) iEYEARECAAYFAlaDxB4ACgkQmWhuE0qbFyP+9gCeKwK+5gnZfFHvcksQiWwdMZUw oN4AnA6rUE/GbqbPXtX4wbw6v4rMfVh0 =+4fr -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues GPS, schlechte Performance...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19.10.2015 07:44, Florian Lohoff wrote: > Also da zeigen mit die GPS Debug apps was anderes. Die Beziehen > Glonass permanent mit ein. Umschalten bei "schlechtem empfang" > würde ja auch viel zu lange dauern. Auch Glonass brauch sync time. > > Mein Problem ist eher Abschattung in der Stadt d.h. multipathing, > wenig sichtbare Satteliten etc. Mir ist das jetzt eigentlich so > richtig erst aufgefallen als ich angefangen habe systematisch alle > befahr und begehbaren Wege für Mapillary/OSM abzufotografieren. Da > ich das immer in beide Richtungen mache muss ich am Ende wenden. In > dem moment fällt dann das Signal weg oder wird so schlecht das die > mapillary app das auslösen verweigert. Setup ist das ich den WBT201 > auf der Schirmmütze habe (Immerhin 1,5m höher als der Lenker und > nicht abgeschattet durch meinen Körper) und dann via Bluetooth an > das Handy in der Lenker halterung gekoppelt. Der GPSMap60csx den > ich als Moving Map noch am Lenker habe hat solche Probleme nicht. Ah, auch ein Mapillary Jünger. Ich suche noch nen passendes, gutes GPS bluetooth Gerät zum bundeln mit meinem Mobile. Die HTC One sind im GPS Mode für Mapillary gut genug, aber wie du meinst, Häuserschluchten sind ein Problem. Da hilft auch langes warten ned immer. Aber das "ich gehe mal nen meter vor und warte" hilft manchma l. Das ist am Fahrrad aber nervig, also "check GPS" aus und ggf. mit miesem GPS speichern in Mapillary und nachbearbeiten. Wer mir da nen gutes GPS Gerät mit Bluetooth empfehlen kann, das auch in super Häuserschluchten gut genug funktioniert... Und das GPSMap60csx dürfte etwas träger sein und die letzte Position länger halten/interpolieren... > Flo MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) iEYEARECAAYFAlYkjUYACgkQmWhuE0qbFyMXygCfQuc1LPvl8WCw5qpHTycz/ruU EOUAniNY4Y8Y02OBg4ZOeYuFrVYnKLyY =93/D -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Belvedere in F4map
On 2015-09-29 09:59, martin ringer wrote: > Wie ist es möglich, dass das Schloss Belvedere bei F4map > (http://demo.f4map.com/#lat=48.1917938=16.3808601=19) so > dargestellt wird? Laserscanning? Und wird so etwas in die Datenbank > eingepflegt? Ich würd mal sagen, da hat wer nen Modell erstellt (3D) und eingespielt... MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
On 2015-06-07 15:58, Bernhard Weiskopf wrote: Hallo an alle, von Bekannten habe ich ein paar Routenempfehlungen als gpx-Dateien erhalten. Wie kann ich die am einfachsten in OSM Mapnik (http://www.openstreetmap.org) oder einer ähnlichen Karte betrachten? Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Von dort gibt es weitere Links, auch zu weiteren Programmen (die ich nicht kenne und nicht installiert habe) und von denen ich nicht weiß, ob sie bzw. welches und wie zum Ziel führen. Kann mir jemand eine einfache Lösung empfehlen? QLandkarteGT? Oder neu: QMapshack. https://bitbucket.org/maproom/qmapshack/downloads Hat mir bisher immer gut geholfen bei GPS Tracks. Gruß Bernhard MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Vor-Ort-MapperInnen für Wien (1. Bezirk) gesucht
On 2015-03-04 14:17, Markus Straub wrote: Hallo liebe MapperInnen, wir suchen für das Forschungsprojekt PERRON am AIT jemanden, der Lust hat im ersten Wiener Gemeindebezirk im April / Mai bezahltes Vor-Ort-Mapping zu betreiben. Grob geht es um Attribute POIs, die für Fußgängerrouting relevant sind. Disclaimer: Dabei geht es explizit *nicht* um das kontrovers diskutierte Mapping von Gehsteigen als getrennte Wege oder von uns erfundene Tags! Die Aufgabe wird im Groben sein: - Ergänzung um eventuell noch nicht gemappte Fußwege (z.B. in Parks), öffentliche Durchgänge,.. - Vorhandensein von Gehsteigen: sidewalk=* - Zebrastreifen: highway=crossing,crossing=*,.. - ÖV-Stationen U-Bahn-Abgänge - ... Bei Interesse schickt bitte ein Email mit dem Betreff PERRON OSM, kurzer Beschreibung eurer Mappingerfahrung und eurem OSM-Usernamen an markus.str...@ait.ac.at. Allgemeine Fragen können wir gerne über die Mailingliste diskutieren. Kuze Frage: Ist irgendwie angedacht, die entsprechende Person mit einem Mobile Device auszustatten und die Daten auch erstmal Visuell mit der Mapillary App für Mapillary aufzunehmen? So könnt man mehreres auf einmal erledigen. LG, Markus / evod MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Vor-Ort-MapperInnen für Wien (1. Bezirk) gesucht
On 2015-03-04 14:43, Markus Straub wrote: Hallo Lars, das war bisher noch nicht angedacht, ist aber eine sehr gute Idee! So bringt die investierte Zeit noch mehr für die Community und Nachbesserungen sind auch jederzeit möglich. Danke! ;-) Super. Aber ich möcht dazu auch anmerken, in den Häuserschluchten ist der GPS Empfang ned immer der Beste. Je nach Mobile Device ist das ned so einfach machbar. Alternativ gibt es einige Guides, wie man nen Video mit GPS Tracks aus Garmin Geräten z.B. nachträglich geo-positionieren und uploaden kann. Aber das ist ned merh so trivial schnell erledigt. Dennoch: wenns einfach und schnell und problemlos geht, hilft das sicher! LG, Markus MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] OSM: jetzt mit Routing!
On 2015-02-17 08:04, Manuel Reimer wrote: Elstermann, Mike Mike.Elstermann at itc-halle.de writes: In der letzten Wochennotiz (238) schon angekündigt und jetzt ist es da, das Routing auf OSM *freu* und *danke* Schließe mich an. Wirklich gut gemacht. Macht Spaß damit etwas rumzuprobieren und auch die verschiedenen Routing-Algorithmen zu vergleichen. Fehlt nur der brouter... Mit dem Fahrrad ist der mapquest router (und der andere) nicht gerade auf trekking mit wenig Höhenmetern optimiert. Aber dennoch, schön, und schnell :-) Gruß Manuel MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Empfänger, blauzahn, für die stadt
On 2015-02-16 17:01, Manuel Reimer wrote: On 02/16/2015 11:04 AM, Markus wrote: Bis heute ist mir auch kein Opensource-Gerät bekannt, das als Serie produziert zu einem erschwinglichen Preis am Markt ist. Was brauchst du genau? Seit ich ein Smartphone habe halte ich die reine Logging-Funktion eigentlich für verzichtbar. Via Bluetooth kann man die Daten eines externen Loggers ans Smartphone funken und dann dort z.B. direkt als Spur in Vespucci loggen. Und eine reine Bluetooth-Bridge scheint mir garnichtmal so schwierig zu sein. Wahrscheinlich durchaus realistisch sowas selber zu bauen. Dann könnte man auch mal ein topaktuelles GPS ausprobieren. Bei ebay sind z.B. ublox Max 8 relativ günstig zu bekommen. Ich brauche einen guten GPS Empfänger für die Häuserschluchten in den Städten, damit die mapilary App die Fotos auch ordentlich tagt, und der Track nicht 30-50 Meter abseits der Spur ist. (klar, man kann auch mit Video und exyternem GPS arbeiten und nachträglich mit viel HokusPokus einzelne Bilder mit GPS Signatur erzeugen, aber den HokusPokus will ich mir ersparen). Gruß Manuel MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS Empfänger, blauzahn, für die stadt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin kennt wer von euch einen guten GPS Empfänger, den man mittels Bluetooth ans Mobile Device binden kann, der aber auch in der Stadt in Häuserschluchten einen guten Empfang hat? Die normalen mobile Devices haben da dann doch keinen guten Empfang mehr (teilweise bis zu 50m off), das möchte ich kompensieren. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) iEYEARECAAYFAlTg1AsACgkQmWhuE0qbFyMOYwCaAg9Dm2iZ5gwdcG2D7cVlvN7m 72AAoID3S3AYHr8Jl0x7exJWpWAHw1wt =wwkr -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] OSM in Singapur/Thailand
On 2014-11-27 09:18, e...@gmx.net wrote: Guten Morgen, Kurze Frage hat jemand Erfahrung mit OSM in Singapur, bzw. mit OSMAnd und der Thailandkarte? Ist die brauchbar oder ist es eher nicht zu empfehlen? Singapur sieht gut aus. Kollegen waren dort zufrieden. Mit dem mobile wirst ggf. Sorgen mit dem Empfang haben, in Häuserschluchten ist GPS ned das beste am Mobile... Vielen Dank! emga MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Handy Halterung Fahrrad Mapillary?
On 21.09.2014 18:15, Michael Maier wrote: On 20/09/14 13:53, Lars Schimmer wrote: Hi, den Finn¹ von BikeCityGuide schon probiert? Dadurch, dass es sehr straff und nahe der Achse der Lenkstange sitzt, dürfte das Smartphone ohne Probleme vertikal zu montieren sein, ohne dass es durchs Drehmoment verrutscht. [1] http://getfinn.com/ Den hab ich hier, aber ich hab am Lenker ned genug Platz fürs Mobile. Das muß ja quer dran, also so 13cm Platz hab I ned. Ausserdem will ich das Display ned an der Lenkerstange reiben lassen, dazu ist das One zu teuer. lg, Michi Danke soweit... MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Handy Halterung Fahrrad Mapillary?
Hallo Ich bin ein wenig stärker auf den Mapillary.com Zug aufgesprungen und habe bisher einiges in Graz aus der Hand aufgenommen und in Mapillary geuploaded. Soweit so gut. Nun möcht ich das auch auf meinen Radtouren am MTB versuchen, aber die Freihand-Aufnahme ist da blöde. Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... darf ned aus versehen durch irgendwas an der Halterung passieren). Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ Danke. http://www.mapillary.com/map/im/bbox/47.0118827819824/47.1345024108887/15.3497133255005/15.534200668335 Oder auch Hildesheim/Mera Luna ;-) MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] osm-Schulprojekt
On 2014-09-12 02:18, Bernhard Pichler wrote: sehr geehrtes osm-at team, ich möchte in der nms bischofshofen im rahmen des gw-unterrichts mit osm arbeiten - bzw. die schüler damit arbeiten lassen. gibt es in österreich erfahrungen zu schulprojekten in der sekundarstufe 1? Absolut nix hier. Eure Gegend scheint gut angedeckt zu sein, aber Hausnummern fehlen, für advanced: 3d Tags der Häuser,... Gibt schon noch was zu tun. Bäume im Ort,... Mapillary.com wäre auch was^^ sollte jnd (absichtlich oder unabsichtlich) gröberen unfug betreiben, will ich in der lage sein, das rückgängig zu machen. welche möglichkeiten könnt ihr mir da empfehlen? Mir fällt da auf die schnelle JOSM mit dem Revert Plugin ein. Alternativ auf dem Test-Server einchecken. Je nach dem, wie das Projekt ausgestattet/welche Ziele verfolgt werden. ich bin für jeden hinweis sehr dankbar und verbleibe Viel Erfolg :-) mit den besten grüßen MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapillary
On 2014-07-23 12:59, Günther Zinsberger wrote: Hallo! Am Do, 10.07.2014, 08:48, schrieb Andreas Labres: Hat jemand von Euch schon mal Bilder für Mapillary gemacht? Hätte ich gerne. Inzwischen habe ich es schon mit 2 Android-Geräten probiert, die Applikation wird bei der Google-Play-Suche nicht mal gefunden. Inzwischen habe ich herausgefunden, dass es bei der Suche unterdrückt wird, weil es nicht kompatibel ist. Meine Geräte: * HTC Desire X * ZTE Blade (CyanogenMod 7.2.0) Habt ihr da eine Idee, was ich da machen kann? Hats das .apk irgendwo? Damit kann mans mal testen. Auf dem HTC One und dem Alcatel OneTouch rennts ganz brauchbar. Aber wenns im Store unterdrückt wird, wirds schon Gründe haben. Allerdings keine Erfahrung damit. Danke, Günther MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapillary
On 2014-07-13 14:53, Andreas Labres wrote: On 13.07.14 13:46, Lars Schimmer wrote: In Graz die Herrengasse Menschenleer gut ausgeleuchtet ohne Regen zu erwischen, ja, das ist schwer ;-) Naja, früh aufstehen halt... ;) Haha^^ Es gibt eine andere Möglichkeit: Sommer, Ferien, 35 Grad, Sonntag, Kirchenzeit. Wow, wie leer Graz war... Und als Fußgänger Strassen erfassen ist auch schwierig, man fotografiert immer von der Seite rein. Weiß auch ned, wie die Seite das jetzt erfasst mit der Blickrichtung, wenn man z.B. 5 mal an einem Punkt vorbei kommt aus verschiedenen Richtungen. Also z.B. hier http://www.mapillary.com/map/im/NEfmYFSMpkJNue7Ujjt1sQ siehst Du viele blaue Punkte... Und die Software versucht ja offenbar, Objekte auf den versch. Bildern zu identifizieren. (Der erwähnte Vortrag auf der SOTM-EU 2014 https://www.youtube.com/watch?v=fvQ1TAIN8rE erklärt das...) Ahja, wenn die Bilde taugen, ists OK. Mal sehen, fehlen noch viele brauchbare Bilder. Manchmal muß man die Pixelung korrigieren, weil das sind nicht alles Kennzeichen http://www.mapillary.com/map/im/pBqNszd_5-jNyhETNf33wA (Du korrigierst das und dann wird der Edit von ihnen gecheckt und freigegeben). Hm, letzten Sonntag hatte ich Zeit, Lust und hab mich mit dem Fahrrad mal auf gemacht, in einer Stunde waren es dann schon 1500 Bilder. Die alle durchschauen und korrigieren ist sysiphus Arbeit. Und ich möchte die nicht alle am Mobile durchschauen, das ist noch nerviger. Eine einfache lösche dieses Bild Funktion wäre schon toll (wenns das eigene Bild wäre). Denn mit dem Fahrrad hab ich zwar schnell und einfach viele Strassen abgelichtet, aber eine große Zahl der Bilder sind leider unscharf und nicht immer ist einhändig fahren ideal... Auch schwankt das dann hin und her, sieht man in den Bildern gut. Man müsste eine Halterund am Lenker haben, immer selbe Höhe und selbe Blickrichtung. Aber dann bitte entkoppelt vom Lenker, damit die Erschütterungen ned durchkommen. Achjaaa. Aber ich bin ned mehr einer der einsamen Mohikaner da in Graz... /al MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapillary
On 10.07.2014 08:48, Andreas Labres wrote: Hallo! Hat jemand von Euch schon mal Bilder für Mapillary gemacht? Wien/Graz/Linz sind noch sehr mau, aber in Salzburg war offenbar schon wer fleißig... http://www.mapillary.com/map/im/ufi3Z_d6tPZ1-JG5KN1CAQ Hab mich mal etwas mit beschäftigt und ne Runde gedreht. In der Stadt nicht ganz einfach, viele unscharfe Bilder im Stream Modus, dazu die Frage nach den Leuten und halt die Frage, was man fotografiert. In Graz die Herrengasse Menschenleer gut ausgeleuchtet ohne Regen zu erwischen, ja, das ist schwer ;-) Und als Fußgänger Strassen erfassen ist auch schwierig, man fotografiert immer von der Seite rein. Weiß auch ned, wie die Seite das jetzt erfasst mit der Blickrichtung, wenn man z.B. 5 mal an einem Punkt vorbei kommt aus verschiedenen Richtungen. Auch sehe ich ein wenig Abweichungen Karte/GPS... Aber es wird langsam. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Indoor Bahnhofsmodellierung in Österreich
On 2014-05-19 17:37, Thomas Jakubicka wrote: Hallo OSM Community, Die folgende Liste enthält die Salzburger und Tiroler Bahnhöfe die am häufigsten von Deutschland aus angefahren werden und an denen es somit häufig zu Umsteigeverbindungen kommt: Salzburg Hauptbahnhof Kufstein Innsbruck Hauptbahnhof Wörgl Hbf Jenbach Schwarzach-St.Veit Salzburg Taxham Europark Salzburg Mülln-Altstadt Bad Hofgastein Bischofshofen Golling-Abtenau Hallein Salzburg Süd Seefeld in Tirol St Johann im Pongau Werfen Salzburg Aiglhof Dorfgastein Steindorf bei Straßwalchen Zell am See Also diese List ist etwas, nuja, inkorrekt, Aus Erfahrung kann ich berichten, das bei vielen Bahnhöfen nur durchgefahren wird, bzw. nur angehalten wird und keiner ein/aussteigt. Z.B. die Salzburger Bahnhöfe AUSSER Hbf, Golling-Abtenau, Hallein, Werfen. St. Johann im Pongau sind solche Unterwegshalte, die auch eher nur ein WC vorhalten denn einen gesamten Bahnhof mit Innenbereich. Das diese Halte angefahren werden liegt wohl an den Sonderheiten der ÖBB. Schöne Grüße Thomas MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Mapnik nicht für MOB AC und Oruxmap
On 2014-04-30 10:52, tshrub wrote: Am 30.04.2014 08:42, schrieb Simon Poole: Am 30.04.2014 02:45, schrieb tshrub: ... Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können? Aktuelle Versionen der Apps zu nutzen. Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile usage policy gehalten haben, logisch ... die gabs wohl noch nicht so IMHO sollen bei den beiden erwähnten Programmen das bei neueren Version behoben sein. beim MOB AC habe ich ein Update gemacht - ohne Ergebnis bzgl. Problems. Vielleicht müsste man ihn einmal komplett inkl. Einstellungen von der Platte löschen ... Allg. ist das aber Seitens OSM nicht ok. Kommt der Dongel nicht von da? Wieso sehe ich nicht, was ich online sehe kann auf den Geräten? Das lief doch vorher. Wieso wird man gezwungen, neue Geräte zu kaufen? M.E. hier zu kurz gedacht. Wenn einzelne Apps die freien Services von OSM kostenlos nutzen und ausbeuten (sprich: die Apps setzen keinen eigenen Tiles-Server auf und nutzen den OSM Server um Geld zu sparen) um einen eigenen Vorteil zu haben, muß man hin und wieder mal einschreiten. Schreib den App Entwicklern das Problem. Alternativ: OpenAndraMaps - offline, aber super! Gruß, t. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Tagging: Mehrfarbige Fassaden
On 2014-03-12 22:14, Ralf GESELLENSETTER wrote: Am 11.03.2014 09:44, schrieb Lars Schimmer: Hmm. Ich habs immer so gemacht, das ich den Gesamtumriss des Gebäudes mit building=* getaggt habe, dazu jeden einzelnen Teil mit building:part, hinzu aber noch eine building Relation mit allen building:part und building=*. Das brauchen manche Renderer. Hallo, danke für deine Ausführungen. Hört sich irgendwie doppelt gemoppelt (redundant) an - ich hatte es so verstanden, dass gemeinsame Punkte bereits die Zugehörigkeit signalisieren. Nun, je nach Renderer/Auswertung. Und bei komplexen buildings kann eine Relation schon hilfreich sein, z.B. Reihenhäuser oder große Wohnsiedlungen, Strassenreihen,... Allerdings wird manchmal darauf verwiesen, dass es eine klassische Building-Area (closed way) geben sollte, die dann auch die max. Höhe und Geschosszahl enthalten sollte/kann (globale Werte). Unklar ist für mich hier, ob dann etwa gewünscht ist, dass Balkone und überhängende Dächer (die evtl. als building:part in 3D gerendert werden sollen) von der Building-Fläche eingeschlossen werden sollten (ich dachte eher nicht). Dächer und Balkone sind ein Streitthema. Es gibt Proposals, die jede Etage extra betrachten, ich sehe das eher locker und ziehe Balkon eund Dachüberhänge mit ein. Einerseits sind die nicht so extrem groß, zum anderen ist das ja auch irgendwie überbaute Fläche, sprich gehört zum Haus und kann kein anderes Haus nutzen. Häufig (z.B. bei der Thomaskirche in Leipzig) habe ich auch gesehen, dass die umfassende Fläche zusätzlich zu building=yes noch ein building:part=yes enthält. Das hat mich gewundert. Nach meiner ersten Erfahrung wird bei Angabe der max. Höhe ggf. das gesamte Gebäude in einen allumfassenden Quader eingebettet... Also die äussere Umrandung würde ich nicht mit building:part=yes versehen, wenn ALLE inneren Teile schon mit building:part versehen sind. Und die Höhe/Stockwerke werden für alle parts vom building=yes geerbt. Aber ich trage diese Daten nur bei den parts ein, dann aber bei allen! Bei besagter Kirche fiel mir noch auf, dass die Türme lediglich als Building:parts entsprechender Höhe gekennzeichnet sind. Evtl. wollte man überlegen, ob für das traditionelle 3D-Modell nicht die Kichtürme zur Orientierung als tower:type=bell_tower getaggt werden sollten, vgl. http://wiki.openstreetmap.org/wiki/DE:Tag:man_made%3Dtower Das kann man halten wie ein Dachdecker, ich betrachte die Türme aber eher zum building Kirche dazugehörig. Bei Youtube fand ich nur einen Screencast zu 3D-Tagging, der war aber durchaus interessant und ist auch ohne Russischkenntnisse nachvollziehbar (es gibt zur Not automatisch übersetzte Untertitel): https://www.youtube.com/watch?v=VOBKvisoJnc Ich mag screencasts ned, und russisch, da hab ich zuviel SPAM im I2P forum... danke^^ Viele Grüße Ralf P.S.: Es scheint nichts dagegen zu sprechen, bei vertikaler Unterteilung der Fassadenfarbe einen way mit 2 Knoten als building:part an eine Hauswand zu setzen und dort die entsprechenden Farben anzugeben, wenn ich die entsprechenden Wikiseiten richtig interpretiere? Das sieht soweit korrekt aus, solange das building:part dann auch in einer ggf. vorhandenen Relation auftaucht (gerade auf ways sind die schnell mal vergessen). MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Tagging: Mehrfarbige Fassaden
On 2014-03-10 16:37, Martin Koppenhoefer wrote: Am 10. März 2014 16:19 schrieb Ralf GESELLENSETTER r...@gmx.de: ich habe mir gerade einmal angeschaut, wie der Passauer Stefansdom getaggt ist. Die Türme sind z.B. einfach in das Kirchenschiff hineingestellt, offenbar braucht man für building:part=yes keine Löcher im Gebäude (die würden dann in der 2D-Ansicht auch als Löcher dargestellt). +1, halte ich für richtig, ein building:part (also Gebäudeteil) nicht aus dem building (Gesamtgebäude) auszunehmen. Grundsätzlich gibt es sicherlich auch Situationen, wo die 2D-räumliche Konfiguration nicht ausreicht um klarzustellen, von welchem Gebäude das ein part ist (hier aber wohl kein Problem). Hmm. Ich habs immer so gemacht, das ich den Gesamtumriss des Gebäudes mit building=* getaggt habe, dazu jeden einzelnen Teil mit building:part, hinzu aber noch eine building Relation mit allen building:part und building=*. Das brauchen manche Renderer. Zur Farbe: das S3D Tagging ist nicht ideal dafür. Ich hab einfach die vorherrschende Farbe grob getaggt je building:part. Man kann es weiter aufdröseln, aber ich bin mir nicht ob der Sinnhaftigkeit sicher. Siehe: http://maps.osm2world.org/?h=128view=Nzoom=17lat=47.06318lon=15.46955layers=BF0TTFFF Gruß Martin MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Tagging - wofür - Grenzen //Re: Reihenhäuser / 3D-Tagging // Re: 1000 Hausnummern
On 2014-03-10 16:45, Ralf GESELLENSETTER wrote: Hallo Peter, hallo Liste Was mich auf der anderen Seite auch beschäftigt, ist die Frage möglichen Missbrauchs der 3-D-Gebäudedaten in Städten, die flächendeckend erfasst sind. Detailierter und zielführender als z.B. bei Streetview kann ein Datamining auf diesen Daten Fragen beantworten, die die sozialräumliche Gliederung der Stadt betreffen, Einkommensverhältnisse widerspiegeln, und das nicht nur bezogen auf statistische Bezirke, sondern Hausnummerngenau. Das ist interessant für die Sozialgeographie, kann aber auch dazu missbraucht werden, um die kreditwürdigkeit eines Kunden in Abhängigkeit der 3D-Tags seines Wohnhauses (z.B. Einfamilienhaus vs. Mietblock) abzuschätzen. Insofern wäre zu diskutieren, ob es wirlich wünschenswert ist, dem Jagd- und Sammeltrieb nachzugeben (der mich zugegebenermaßen auch schon packt); oder ob auch hier nicht Datensparsamkeit angesagt wäre (nur wichtige Features, Eckgebäude...) Auf keinen Fall sollte das Schema dahingehend weiter ausdifferenziert werden, den Zustand der Fassade, Art und Form der Alarmanlage, Höhe der Miete, WBS-gebunden zu erfassen ;) Das Simple 3D Tagging Schema hat dafür wenig Platz. Aber auch bei Mietskasernen ist es so nen Ding, ich wohn in einem Neubau mit 20 Parteien, recht exklusiv. Erkennbar nur an der Lage selber in der Karte. Sprich: anderer Stadtteil, Haus mit 20 Parteien, ähnlich getaggt in OSM, aber gleich mal 200 Euro Miete weniger je Partei. Deine Bedenken verstehe ich durchaus, aber mit den derzeitigen Tags ist die Gefahr weniger gegeben. (Und das Alter des Hauses gibt auch nur wenig Aufschluss darüber, siehe Altbauten mit viel Wohnwert) Die Auswertung nach Stadtteil ist schon länger auch ohne OSM machbar, da brauchen wir uns ned unter den Scheffel stellen. Sonst wird es irgendwann wirklich gruselig. Viele Grüße Ralf MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlaternen (street_lamp) und ihre Form in 3D (lamp_mount / lamp_shape)
On 2014-03-11 10:23, Ralf GESELLENSETTER wrote: Guten Morgen, in den meisten 3D-Rederings fällt mir auf, dass die Straßenlaternen (klassisch aus Gusseisen) nicht so recht in die Stadtlandschaft von Bielefeld passen ;) Im Wiki steht noch nicht viel dazu, aber unter taginfo finde ich neben lamp_type (bezieht sich mehr auf die Beleuchtungsart: Gas, LED, ...) auch lamp_mount. Die häufigsten Werte [1] hier sind: straight mast (40%) und bent mast (30%) (das bezieht sich auf die Form) gefolgt von cast_steel_mast (17%), was sich auf das Material bezieht. Dann gibt es nochmal straight_mast und bent_mast mit Unterstrich. Möglicherweise sollten wir im Wiki etwas System hinein bringen, ein neues Tag lamp_style oder street_lamp:style oder mount:style könnte das lamp_mount-Tag entlasten. Die Düsseldorfer habe ihr eigenes Schema dazu: http://taginfo.openstreetmap.org/keys/lamp_model%3Ade#values Das geht etwa in die richtige Richtung, sollte aber internationalisiert werden. Gute Idee ;-) Dann leg schonmal los *hust*hust* Ich habe IMHO bisher nur die Höhe eingetragen. Für die 3D Renderings wäre es dann natürlich auch entscheidend, wenn der Renderer entsprechend auch die Modelle zu dem Typ hat... Sonst siehts hinterher etwas fad aus: http://aceini.no-ip.info/video/osm/OSM.avi :-) Was meint ihr dazu? Danke Ralf MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenFireMap
Moin! Nachdem Heise über die Feuerwehrkarte berichtet hat, hab ich mal wieder die OpenFireMap.org probiert. Und sehe da kein Hintergrund. Ich nehme an, da muß die API zur Abfrage des Mapnik Servers geändert werden. Wer ist dafür verantwortlich? Danke! MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falk Verlag zeigt auch OSM Karten
On 2013-11-09 18:24, Tirkon wrote: Moin, ich weiß nicht sicher, ob das hier schon thematisiert wurde. Die entsprechende Recherche fällt etwas schwer, da hier auch Mitstreiter mit dem Vornamen Falk mittun. Der Falk Verlag zeigt auf seiner Website fünf verschiedene OSM Styles - davon einen eigenen. Die Styles lassen sich über das Dropdown Menü Kartenansicht abrufen. Irgendwie hätte ich das und auch den Dank dafür nicht erwartet: Falk sagt an dieser Stelle Danke! an die vielen freiwilligen Helfer, die es mit ihrer großartigen Arbeit ermöglichen, dass wir Ihnen diese freie Karte anbieten können. http://www.falk.de/n-4665-OpenStreetMap_%28OSM%29 Ha, der Falk OSM Style zeigt keine Schmalspurbahn an, die HSB Bahnhöfe sind drinnen, nur die strecke ned... hehehe... MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] kontrolle Daten bei St.Michael / Schiene unterbrochen
Hallo! Da ich etwas weioter weg wohne: http://openstreetmap.de/karte.html?zoom=17lat=47.34096lon=15.03032layers=B000TF Dort ist die Bahnstrecke an der B116 entlang mit der Hauptstrecke Leoben-St.Michael verbunden. Aber letztens habe ich dort mal raus geschaut und ich bin mir sicher, das die Strecken NICHT mehr verbunden sind. Kann das bitte jmd. vor Ort einmal klären? Danke. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Problem mit Tiefgarage
On 2013-09-02 18:49, Matthias Gutjahr wrote: Ok, danke für den Hinweis. Offenbar gewichten auch anderer Renderer den Namen der Tiefgarage stärker als den Namen des Areas darüber. Ich mache mich mal auf die Suche nach weiteren Tiefgaragen; auf den ersten Blick scheinen sie tatsächlich überall so gerendert zu werden … Also hier in Graz geht das ähnlich. Probleme die ich habe/hatte: Haus mit Garage drunter, ist hier üblich... Oder TG und Wiese mit Spielgeräten und Bäumen drüber... z.B. http://www.openstreetmap.de/karte.html?zoom=18lat=47.06098lon=15.47132layers=B000TF Eine geeignete Lösung im Rahmen OSM-3D hab ich noch ned gesehen MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
On 27.06.2013 15:28, Dirk Sohler wrote: Martin Koppenhoefer schrieb: On 27/giu/2013, at 13:24, Dirk Sohler s...@0x7be.de wrote: Außer dem proprietären Akku kann man zwar auch normale Batterien verwenden, aber ich will nicht unbedingt ständig mehrere Pakete davon mit mir rumschleppen müssen, weil das Teil nach 20 Stunden keinen Saft mehr hat. jetzt bin ich neugierig, wo man wochenlang weder Akkus aufladen kann noch Batterien kaufen ;-) Na dann versuch mal, irgendwo mitten im Wald Batterien zu beschaffen. Ne, da habe ich lieber die Sicherheit einer langen Akkulaufzeit. Außerdem geht es mir auch eher darum, keine Batterien kaufen zu MÜSSEN, als keine kaufen zu KÖNNEN. :) Im Falle Fahrrad: USB Ladegerät für den Dynamo.. war in Kroatien hilfreich. Grüße, Dirk MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
On 2013-06-25 15:08, Sven Geggus wrote: Moin, eigentlich wollte ich ja schon imemr was auf das man eigene Software drauftun kann. Vielliecht wird das hier: http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/ ja was ich mir vorstelle und kann endlich den alten Gpsmap ablösen. Wenn das Display IM Sonnenlicht auf dem Fahrradlenker noch gut erkennbar ist, ist es jedenfalls besser als JEDES Tablet/Smartphone. Ich suche halt noch ein Ersatz meines Garmin ETrex fürs Fahrrad mit OruxMaps (oder ähnlichem) drauf, mit entsprechend großem Display. Diverse Tablets und Handys getestet, die meisten sehr schlecht lesbar in der Sonne auf dem Bike :-( Bin gespannt Sven MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hydranten
On 2013-04-25 00:17, Andreas Neumann wrote: Moin, zwecks Hydrantenkarten bin ich mal an einen befreundeten Feuerwehrmann in meiner Stadt herangetreten. Bis dato habe ich versucht alle Hydranten, über die ich unterwegs gestolpert bin, einzutragen. Seltsam empfand ich, dass teilweise die Unterflurhydranten nicht mit den rotumrandeten weißen Hinweisschildern versehen waren. Heute erklärte er mir, dass die Unterflurhydranten für die Feuerwehr ein Schild haben müssen, es aber auch Hydranten gibt, die nicht für die Feuerwehr vorgesehen sind. Diese sind z.B. für das Entlüften oder Spülen des Leitungsnetzes da. Abgesehen davon, dass wir dann hier ganze Straßen ohne Feuerwehrhydranten, aber mit 10 Wartungshydranten hätten, kommen mir da ein paar Fragen auf: 1. Wie taggt man diese Wartungshydranten? (emergency=FIRE_hydrant passt da irgendwie nicht ;)) 2. Ist diese Regelung (Hydranten mit Schild = Feuerwehr, ohne Schild aber mit entsprechenden ovalen Hydrantendeckel = Wartung) auch in anderen Gegenden bekannt oder eine Eigenheit meiner Gemeinde? 2.a) Wenn es eine allgemeine Regel ist: Sollte man dann nicht den Wikiartikel anpassen? Ich kenne diese Form der Hydranten nach diversen Jahren der Feuerwehr Erfahrung nicht. Scheint eine lokale Eigenheit zu sein. Und aus der Praxis raus: meistens fehlt das Schild (oder die Gemeinde will sparen am Unterhalt). Im Einsatzfalle wäre mir egal, ob ein Schild da ist oder nicht, so lange Wasser fliesst... Und somit: solange man dort Wasser für die Feuerwehr rausbekommt, Hysrant für die Feuerwehr IMHO. (Wobei Entlüftung am Ende einer Stichstrecke im hügeligem Land sinnvoll sein kann, meistens auch zum spülen = dreckiges Wasser steht sich dort ab und muß hin und wieder entfernt werden). MfG Andreas MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM2World
On 2013-04-15 15:37, Heinz-Jürgen Oertel wrote: Hallo, ich versuch gerade ein paar Gebäudeinformationen für OSM2World zusätzlich anzubringen. http://maps.osm2world.org/ wird ja nicht so oft neu gerendert. Wie kann ich am effektivsten meine Gebäudeattribute testen, quasi interaktiv arbeiten? Nutze JOSM und das kendzi 3D plugin. Die beiden Tools haben sozusagen die selbe Grundmenge an 3D Tags. Alternativ: Hole dir OSM2world als java tool auf die Festplatte, speichere die .osm Datei auf HD und render die .osm Datei mit dem lokalne OSM2World. mit besten Grüßen Heinz MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lightmap
On 2013-04-04 12:55, Florian Lohoff wrote: Hi, rendet die lightmap eigentlich nicht mehr neu? http://lightmap.uni-hd.de Ich gucke da seit ewigkeiten drauf und bemerke keinerlei veraenderung ... Hmm, im Bereich http://lightmap.uni-hd.de/?lat=52.134456115794556lon=10.066770315170288zoom=16 habe ich eine menge Lampen eingetragen gehabt (im Jänner/Feb), wurden IMHO auch schonmal in der Lightmap gerendert. Die OSM Daten im Hintergrund sind recht aktuell, nur die Hell/Dunkel nicht... Flo MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM App für Blackberry Lifebook?
Moin! Da es das BlackBerry Lifebook zu einem annehmbaren Preis gibt, hat jemand Erfahrung damit und einer OSM App dafür? Danke. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] kurier.at nutzt OSM
On 2013-01-22 19:14, Stefan Tauner wrote: On Tue, 22 Jan 2013 19:03:25 +0100 Markus Straub markus.straub...@gmail.com wrote: Und ich möchte noch hinzufügen, dass es sehr sinnvoll ist, einzelne Häuser abzuzeichnen und nicht ganze Blocks, so wie es im 18. teilweise gemacht wurde erst letztens. .. denn irgendwer wird wohl später dann die Blocks löschen und die einzelnen Häuser zeichnen (so wie ich das im 9. bereits gemacht habe für die wenigen verbliebenen und halbverrotteten Yahoo-Blocks aus den OSM-Anfängen :), das heißt die Arbeit wäre ziemlich für die Katz. seh ich nicht ganz so. es geht einfach wesentlich schneller und man kann die dann in josm auch relativ einfach aufteilen später. besser es ist erstmal ein einzelner ungenauer block da, als gar nichts. (ich hab meine eigenen blöcke dann aber auch selbst aufgeteilt später... :) Nuja, es ist eine elendige Arbeit, Häuserblöcke in einzelne Häuser und building:parts=yes aufzuteilen, um dann dort korrekte Tags zu setzen. Besser gleich richtig machen. Und für die Adressen ist der Eingang ja auch wichtig ;-) Somit sollte zumindest das Haus korrekt mit Eingang getaggt werden, Adresse am Eingang (oder wo kein Eingang erkennbar = am Polygonzug), fertig. Adressen sind ja zur Zeit ned unwichtig und ein großes Thema (1000 Adressen Projekt) http://osm.org/go/0I5UVQJB9- http://maps.osm2world.org/?h=128view=Nzoom=17lat=47.06318lon=15.46955layers=BF0TTFFF Schon ein Unterschied... MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Multipolygone im Wiki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-11 13:52, nimix wrote: Frederik Ramm wrote Hi, On 10.01.2013 16:52, Peter Wendorff wrote: Also ich hab Multipolygone immer so verstanden wie es dann wohl momentan im Wiki steht. Gibt es den irgendeine Software, die das auch so versteht? Mir ist dieser Gedanke, wie gesagt, komplett neu. Ich muss sagen, dass ich das bisher immer schon so, wie es nun im deutschen Wiki steht, gesehen habe und auch in der ÖPNVKarte immer schon so auswerte. Allerdings habe ich auch gerade festgestellt, dass alle anderen Renderer das anders sehen. Das geographische Institut in Bonn [1] hat das bulding=yes Tag sowohl an der Relation als auch am outer way. Das Gebäude erscheint bei mir doppelt und dadurch mit ausgefüllten Innenhöfen. Auf allen anderen Layern auf osm.de werden die Tags am outer-Way ignoriert... Im 3D Building Tags Wiki wurde eigentlich den Gebäuden relation type=building definiert. Und building=yes am outline. Gruß, Melchior MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDwFukACgkQmWhuE0qbFyMWBgCdFO04BJHhRlcY6p1wV4t8GyO8 Jl4AnjbmF/07o/8kzGdTtKoZqOVGGQM0 =3ND0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bunkeranlagen, disused?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Hier in der Umgebung gibt es ein Gebiet, welches früher military Bunkergebiet für Munition war (Munitionsdepot mit Bunkern). Jetzt ist dieses jedoch seit gut 20 Jahren disused und dient eigentlich nur noch als Schafweide. http://osm.org/go/0G4OFZC8 Eingetragen als military area - dem ist aber nicht mehr so. Soll ich ein disused=yes dran setzen oder wie kennzeichnet man das am besten? Und: wie tagge ich die Bunker dort am besten? http://wiki.openstreetmap.org/wiki/Tag:military%3Dbunker oder building=yes oder beides? (ich war schon mehrmals auf dem Gelände und es steht noch so wie auf dem Bing Bildern erkennbar). Danke! MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: ls.n...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDWKfwACgkQmWhuE0qbFyMhcQCePQdVeAkDuaaXjHuHz0kG/W8W 4/AAn1Ss8vSSp1rNzAiZsh6kqWVaV4Oq =MFPh -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] OSM 3d, graz, kontrolle...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Ich hab mal wieder etwas weiter getaggt. http://maps.osm2world.org/?zoom=17lat=47.06104lon=15.4657layers=BF0TTFFF http://www.openstreetmap.de/karte.html?zoom=16lat=47.06033lon=15.46441layers=B000TF zeigt erstmal das Ergebnis der letzten Zeit recht gut. Hinweise, Anregungen, Probleme dazu? Ich weiß, das die Gebäudefarben teilweise ned passen - und viele, viele Gebäude noch fehlen. Aber es scheint sich einigermassen Routine entwickelt zu haben, und bevor ich damit jetzt weitermache, möcht ich lieber mal fragen, ob jemand Probleme mit den Tags, der Art des Tagging,... hat ;-) Danke :-) MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDS0nEACgkQmWhuE0qbFyN6UACgg/Sg+TbhDPgwdZpzQp8ScT0V 6tEAnAmS8WeqRt8lQwzKPVJWiHz7Z3GM =Sqpd -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahn Graz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-14 06:58, Andreas Uller wrote: Guten Morgen! Vor ziemlich genau einem Jahr hatten wir auf dieser Mailingliste [1] eine Diskussion zum Thema Straßenbahn-Schienen, nämlich ob diese separat gemappt werden sollen oder gemeinsam mit dem highway. Ich habe die Diskussion damals so aufgefasst, dass der Konsens ist, dass sie gemeinsam mit dem Highway gemappt werden sollen, da sie ja eindeutig Bestandteil der Straße sind (Ausnahme natürlich eigene Gleiskörper). Nun hat aber leider in Graz wieder ein User - trotz Hinweis auf diese Diskussion - die Schienen wieder gesplittet, und dabei wieder mal die Routen-Relationen durcheinander gewürfelt und außerdem die vorhandenen rail=tram Tags nicht vollständig gelöscht. Bevor ich das jetzt wieder alles rückgängig mache, wollte ich das hier nochmal besprechen, insbesondere ob sich an der Meinung der Community etwas seit letztem Jahr geändert hat. Hmm. Schwieriges Thema. Vor allem: eigener Gleiskörper, da trennt man es eh wieder auf. Da hat man ein paar von in Graz. Und die Idee der einzelnen Tracks für die Bim (2 gleise = 2 tracks) find Ich ned so schlecht, auch wenn ich nicht gerade die Arbeit haben möchte damit ;-) Im Endeffekt spielt das alles mit in die Geschichte des Flächenmappings rein. Ob man eine Straße als einen Linienzug mit Attributen haben möchte oder Gehsteig,Fahrspur, BimGleis,... extra. Mein Bauchgefühl: Früher oder später wird alles extra gemappt. Nur ob wir in Graz damit anfangen sollten? *g* Somit: Unentschlossen. Bimgleise sind Teile der Straße in vielen Ecken, wenn man das gut abbilden kann, auch mit den lanes, meinetwegen. Andreas [1] http://lists.openstreetmap.org/pipermail/talk-at/2011-December/003571.html MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDK6HgACgkQmWhuE0qbFyPTgwCfcPNX4XPElVdy8RJikWpJqjPM mOcAni//DaalEpXA1HZyvJzaUu/DqYAc =61h8 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-13 13:24, Gerrit wrote: Am 13.12.2012 07:51, schrieb Peter Wendorff: Hallo Gerrit. Ich würde mich Martin und Frederik anschließen: Das eintragen, was da ist. Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade in einer Linie gebaut ist, sieht das entweder nach amerikanischem Hochglanzkino aus oder aber nach Sim City und Co. Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und könnte genausogut automatisch generiert werden ohne osm-datengrundlage. Gruß Peter Mir ist das z.B. hier aufgefallen: http://www.openstreetmap.org/?lat=51.593209lon=7.665389zoom=18layers=M (Rund um die Lutherkirche) Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich schlecht aus. Um solche Fälle ging es mir. Nun, es schaut nach altem Stadtkern aus, somit alte Häuser, womöglich noch Fachwerk. Die sind nunmal krumm und schief ;-) Wenn ich mir aber die Bing Bilder anschaue, hat da jemand die Umrisse nur grob nachgezeichnet, das kann man genauer machen. Nur bleibt es weiterhin krumm und schief in der Übersicht. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDJzhwACgkQmWhuE0qbFyP+HACeIMizdrHHLCqe0OITMWa+AUok fYAAoI0bpguDmIa4xeoADEQumigPITUS =xAUv -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-12 19:54, Gerrit wrote: Hallo, da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere etwas versetzt zu den anderen Häusern usw. Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige Straßenzüge. Deswegen wollt ich fragen, ob es besser ist, solche kleinen Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu machen? Moin Ich trage es so ein, wie ich es auf den Bilder im GRUNDRISS erkenne und es aus Fotos vor Ort auch erkennen kann. Ohne Ortskenntnis ist das schwieriger, da die Luftbilder oft Schrägaufnahmen sind und dort der Grundriss nicht oft erkennbar ist. Aber bitte so abzeichnen, wie es in der Realität ist - OSM will nicht die Welt aufhybschen sondern darstellen, was wirklich vor Ort ist. Beispiele: http://maps.osm2world.org/?zoom=17lat=47.06273lon=15.47071layers=BF0TTFFF http://www.openstreetmap.de/karte.html?zoom=16lat=47.0621lon=15.46836layers=B000TF Mit Beachtung und Einbezug von http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Da hilft es dann wirklich, 1:1 wie in der Realität nachzuziehen und zu attributieren - das ergibt ein gutes 3D Modell mit hohem Wiedererkennungswert! Danke! http://www.openstreetmap.org/user/Amiga4000/diary MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDJinAACgkQmWhuE0qbFyP+2ACaAk0fajmuv30Oh0wAhU4xaziR ciQAnA3IjnUm/qPwXCtnC2LcXvLAXYFh =aQQ/ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Baumkataster Wien - Import
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-12 23:02, Markus Straub wrote: Hi, super Sache, sehr gelungener Import finde ich! Zum allergrößten Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler gestolpert.. Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet wurde? Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)? http://www.openstreetmap.org/browse/node/2044768880 Als externer: mal mit GPS hin gehen und kontrollieren. Sieht danach aus, das die Straßen nicht exakt genug sind für den Baum. Was natürlich nicht heisst, das auch der Baum falsch seion könnte. Aber bisher haben die Baumimporte eher gezeigt das Straßen und Wege nicht exakt genug waren... LG, Markus MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDJiREACgkQmWhuE0qbFyNXIACdE0MNFFSuYKZ5kkonU5YIbsUk ORsAoI1iQbPXMjodKkwnmXaOb/xCRhxr =I4a5 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-22 00:20, Robert S. wrote: Pünktlich zur outdoormapping-unfreundlichen Jahreszeit gibt es jetzt großflächig neue Bilder: Die neuen 1° * 1° Bildblöcke (in Deutschland) sind von Süd nach Nord: Es fehlen an Blöcken noch: Uelzen, Wolfsburg, Braunschweig: http://www.openstreetmap.org/?box=yesmaxlat=53maxlon=11minlat=52minlon=10 Zumindest der Westbereich bei Hildesheim dessen ist schon online und auch recht aktuell (2011 oder 2012, Sommer). Wie lagegenau der ist, kann ich derzeitig schlecht schätzen, aber ein GPS Track meinerseits hatte nur 2-3 Meter Abweichung teilweise gezeigt. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCuFTIACgkQmWhuE0qbFyNJbgCePrEX0vbmqtqDVsQU77M3BCa5 dmwAnA2bNbmORcbrM890+5uuIR06ZJP7 =dlYG -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Download von OSM-Daten
On 20.11.2012 20:12, Dieter Jasper wrote: Hallo, ich möchte OSM-Daten für Kamerun herunterladen. Laut Wiki habe ich es mal mit wget -O Kamerun.osm http://api.openstreetmap.org/api/0.6/map?bbox=8,2,17,13; versucht. Der Aufruf wird mit folgender Fehlermeldung abgebrochen: Auflösen des Hostnamen »api.openstreetmap.org (api.openstreetmap.org)«... 193.63.75.99, 193.63.75.100, 193.63.75.103, ... Verbindungsaufbau zu api.openstreetmap.org (api.openstreetmap.org)|193.63.75.99|:80... verbunden. HTTP-Anforderung gesendet, warte auf Antwort... 400 Bad Request 2012-11-20 20:08:19 FEHLER 400: Bad Request. Was mache ich falsch? Hilft http://download.geofabrik.de/openstreetmap/africa/ bzw. http://download.geofabrik.de/openstreetmap/ vorerst weiter? Ich hatte mit der API auch meine Sorge und bin dann auf nem externen Server ausgewichen. http://www.informationfreeway.org/api/0.6/map?bbox=11.54,48.14,11.543,48.145 http://wiki.openstreetmap.org/wiki/DE:Xapi Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-16 14:48, tumsi wrote: Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Da fehlen noch die Bäume, die 3D Daten der Gartenlauben, :-) Jeder soll mappen, was er für richtig hält, aber bitte die Standards einhalten und nicht die Arbeit anderer mutwillig zerstören. Vielleicht hat er ja einen guten Grund, dieses so zu mappen. Und sei es nur, weil er die Gegend GUT kennt und eine Karte für die Kleingartensiedlung haben möchte. Vielleicht sollt ich ihn mal in meinen Heimatort einladen, dort fehlt noch vieles, ich bin zu selten dort... Viele Grüße, Constanze MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCmTeIACgkQmWhuE0qbFyMtvwCfaQqJ2iBDbDnqDCmG+FB8Vulc vwwAn0/dAhcElIGmDaEDFk+KTNR3sYIj =1Vdz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
On 16.11.2012 18:38, Peter Wendorff wrote: Am 16.11.2012 19:18, schrieb talk-de-boun...@openstreetmap.org: Hallo, ich habe bisher Dinge (bis auf das Gebäude) auf einem Privatgrundstück grds. nicht gemappt, da ich die Privatsphäre respektieren möchte. Bei einem Wohnblock, zu dem ein Fussweg führt, sehe ich das anders, da es öffentlich ist. +1 Und auch die Hecke rund um das Grundstück sehe ich als völlig unproblematisch an. Auf dem Grundstück selbst würde ich mir vermutlich im Einzelfall überlegen, ob ich das eintrage oder nicht. Was hinter einer Hecke normalerweise nicht zu sehen ist, würde ich aber eher nicht eintragen. Streitthema - Pool im Garten, auf Bing! erkennbar, man hört ihn manchmal, direkt sehen kann man ihn dank Hecke/Zaun ned. Ich hab ihn eingetragen. Mit access=private. Gruß Peter MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] marker-bilder
On 16.11.2012 21:40, Rainer Fügenstein wrote: hallo andreas, AL Eine Bitte: Für die Hydranten bitte das Tagging-Schema der OpenFireMap beachten! die hydranten marker auf der wikipedia seite sind ein unglückliches beispiel - insoferne, als daß mir solche marker in freier wildbahn nie untergekommen sind, das dürfte eine deutsche spezialität sein. In Deutschland sind diese Schilder/marker bei JEDEM Hydranten/Schieber zu finden. IMHO gut so. Meine Eltern haben 2 solcher Schilder am Hause - und als ex-Feuerwehr Mitglied kann ich sagen: im Schnee (ja, in Norddeutschland hats auch mal Schnee) sucht man sich ohne Schild oft zu tode... In anderen Ländern bisher nicht so geshen, oder aufgefallen. ganz dunkel kann ich mich erinnern solche schilder in industriegebieten/an grossen industriegebäuden gesehen zu haben. natürlich mappe ich die hydranten, so wie sie mehrheitlich zu finden sind, nach dem gebräuchlichen schema. Danke. noch ein nachtrag: mein schwerpunkt liegt auf überregionalen gasleitungen und (lokalen) fernwärmeleitungen; überregionale wasserleitungen sind schwer zu finden und alle städtischen leitungen (gas, wasser) einzutragen wäre a) nicht sinnvoll (weil sie sowieso unter jeder straße liegen) und b) die datenbasis/darstellung wohl zu sehr überfrachten. Ok. Wiener Hochwasserleitung? *g* SCNR mfg MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Freitreppen an Kirchen, Gebäuden,...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! Ich habe ein kleines Problemchen beim Taggen der Herz Jesu Kirche in Graz mit 3D tags und Eingängen und Wegen und Treppen. http://www.fotocommunity.de/pc/pc/display/15569352 http://osm.org/go/0Iz~o7aON-- Meiner Meinung nach gehören die Freitreppen am Haupteingang, der linke und der rechte BEreich der Freitreppe mit Eingang zum Gebäude. Also building:part=yes. Nur: wie sagt man den Tools, das das eine Treppe vom Gebäude ist? Gerade die linke Freitreppe ist höchst interessant mit dem Turm drauf und einem Raum unter der ebenen Fläche, die alle zum Bauwerk Kirche gehören. Ich habe eigentlich geplant, die Treppe mit zum building dazugehör zu taggen, einen Weg drauf zu legen, und dem weg mit highway=steps als Treppe zu taggen. Desweiteren: am entrance=main habe ich den entrance an die Türen gelegt, die hinter einem Vorbau liegen. Entsprechend ist der Vorbau building:part=yes und ich habe einen highway=footway zum Entrance gezogen. Im Chat kam die Frage dazu auf: die Tools, die an den building=yes Grenzen aufhören, haben gar keine chance mehr zum entrance zu kommen. Sollt ich das anders taggen oder müssen die Tools das anders auswerten? Zur Treppe: man könnt die eigentlichen Treppen ja aus dem Gebäude rauslassen, die ebenen Flächen mit Raum darunter aber mit zum building=yes lassen. Wäre IMHO ein gangbarer weg, oder? MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCb0jkACgkQmWhuE0qbFyMHBgCfZw3ovJxwL+QdTRvTqKbJR0y2 klkAn2VsKHbly8PGLKIJg4F4ZQ00s9e6 =LSJE -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-07 10:31, Martin Koppenhoefer wrote: Am 7. November 2012 09:46 schrieb Martin Koppenhoefer dieterdre...@gmail.com: recycling:drugs=yes/noExpired drugs / medicines http://wiki.openstreetmap.org/wiki/Tag:amenity=recycling Somit: recycling passt ideal. passt m.E. überhaupt nicht, und wurde auch erst am 27. August vom User Damjang dort hinzugefügt. Alte Medikamente werden soweit ich weiss in Sondermüllverbrennungsöfen entsorgt, das hat mit Recycling nichts zu tun. habe mit dem User Kontakt aufgenommen und das reverted, er sieht es auch so. Das löst die Situation aber noch nicht komplett, weil uns jetzt ein tag fehlt ;-) Gibt es denn schon was für Schadstoffsammlung? Vielleicht waste_collection? Dann könnte man analog zu recycling Listen machen mit waste:drugs=yes/no etc. Das einzige was ich mit nennenswerten Zahlen gefunden habe war amenity=waste_disposal, das hat aber laut wiki eine recht enge Bedeutung: A place where canal boaters, caravaners etc. can dispose of rubbish (trash/waste). Auch scheint das nicht direkt die getrennte Sammlung von (Sonder-)Müll zu betreffen. Hmm, stimmt schon. amenity=waste_disposal used with the value waste=trash is also used to mark collecting point of trash (theses black sacks...) in village / urban area. One of the most well-known exemple are the so-called Molok. See also amenity=waste_basket for this. Steht da auch noch. Also sowas wie öffentlicher Mülleimer. Kann man da ned einfach mit waste=* den Mülltyp explizit mit einfügen? Da trash schon definiert ist, kann man dort doch einfach waste=drugs mit eindefinieren? Und anschliessend: wenn bei Wohnsiedlungen eine zentrale Müllsaamemmelstelle vorm Haus ist, ist das dann : amenity=waste_disposal waste=trash access=private ? Wenn es keinen Widerspruch gibt, würde ich mal ein Proposal zu amenity=waste_collection aufsetzen. Meinungen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCaOYMACgkQmWhuE0qbFyPjyACglcZN+ZtapYyqK/R8aS4Dl785 e1QAn2bAh4PE9Tgh1UadCLez9ptywVVK =bs8w -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-07 11:48, Martin Koppenhoefer wrote: Am 7. November 2012 11:35 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: amenity=waste_disposal used with the value waste=trash is also used to mark collecting point of trash (theses black sacks...) in village / urban area. One of the most well-known exemple are the so-called Molok. See also amenity=waste_basket for this. Steht da auch noch. Also sowas wie öffentlicher Mülleimer. ist halt ein Wiki und das war die Interpretation von Harry Wood dieses tags ;-) Ich kann damit auch gut leben, weiss nicht, wie die canal boat people das sehen. Nun, Tags sollten irgendwie allgemeingültig sein, und sowas wie waste nur für Seefahrer/Bootsbenutzer zu definieren ist recht, ähm, schwierig, da dann extra Tags für nahezu den selben Zweck mit anderem Namen definiert werden müssten. Und dann hat man Mülltonnen, die anders getaggt werden, nur weil einmal dediziert für Bootsfahrer, das andere mal für Fußgänger... Kann man da ned einfach mit waste=* den Mülltyp explizit mit einfügen? Da trash schon definiert ist, kann man dort doch einfach waste=drugs mit eindefinieren? ja, könnte man, wobei ich dann eher analog zu recycling waste:drugs=yes etc. verwenden würde, damit man nicht noch ein neues Schema lernen muss (führt sonst nur zu Verwirrung). Oky. Und anschliessend: wenn bei Wohnsiedlungen eine zentrale Müllsaamemmelstelle vorm Haus ist, ist das dann : amenity=waste_disposal waste=trash access=private gute Frage. M.E. eher nicht: wenn waste_disposal grundsätzlich öffentlich ist, sollte man das nicht per access-umkehren. Trägt ja auch keiner (?) mit amenity=toilets, access=private, indoor=yes die Toilette in seiner Wohnung ein, oder? Wenn man die tags in dieser Weise kreativ kombiniert wird eine sinnvolle Auswertung quasi unmöglich gemacht, weil man erstmal zu allem sehen muss, ob da nicht noch (potentiell unendlich viele unterschiedliche) Zusatztags dabei sind, die die eigentliche Bedeutung umkehren (also hier von einer Stelle, wo jeder seinen Müll einwerfen kann zu einer Stelle, wo nur die Bewohner ihren Müll sammeln und das Einwerfen ansonsten verboten ist). Nunja, hier in der Gegend sind einige Wohnsiedlungen mit einem Müllplatz auf dem Gelände, umbaut von Hecken, Zugang ist für jeden öffentlich machbar, da Fußwege über die Siedlungen gehen, die permissive jeder darf bis auf widerruf hier durch sind. Aber die Müllplätze selber sind natürlich nur für die Bewohner der Siedlung zur Nutzung freigegeben. Wie taggt man dieses sonst? Da sind sie, sie sollten includiert werden. Und mit access=private gibt man halt an, das nicht jeder seinen Müll dort abladen darf. Jedenfalls hab ich hier alle privaten Recyclingecken der Wohnsiedlungen mit access=no getaggt. Wie jeder Haushalt in DE halt die gelbe Tonne hat. Und der Tag recycling=yes heisst ja nur, das eine Recyclingannahmestelle dort ist, nicht unbedingt, das diese für jeden frei ist. Man nimmt per default an, das diese frei ist (deswegen das access=no), aber per se staht da nur: Hier ist ein Behälter für Recyclingmaterial. Ich würd definieren: nur wenn access= fehlt, ist es frei zugänglich. Das ist ja auch bei vielen Straßen schon so definiert und wird auch so ausgewertet. Und zum Klo: das wird beim indoor-mapping interessant. Das Klo ist ja da, und da darf ned jeder drauf, somit gehörts gemappt mit access=private, oder? *g* Etwas anders definiert: angenommen ein seperates Klo-Haus steht irgendwo herum (Almhütte mit Klohaus, oder wie es früher in UK oft war), und das Klo ist nur privat zu nutzen, wie taggt man das dann sonst? Gruß Martin MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCaTU4ACgkQmWhuE0qbFyPACACeJQq0gT0MtODgeMraHgTgQppK U4kAn0sWq7rteQInp2vAsEclOCR/jap7 =qM31 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-07 01:55, Walter Nordmann wrote: für batterien bestimmt - die werden ja auch wieder aufbereitet. Es gibt inzwischen sogar Sortierautomaten, die die sauber auseinanderklabüsern und so Akkus von Batterien trennen. Siehe da: recycling:batteries=yes/no Sites which accept household batteries (D-cell, 9-volt) may not also accept larger batteries (automobile). recycling:drugs=yes/noExpired drugs / medicines http://wiki.openstreetmap.org/wiki/Tag:amenity=recycling Somit: recycling passt ideal. Gruss walter MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCaEG4ACgkQmWhuE0qbFyN6RACfXO7iuspSFeCU1uwXo4gqSkbE +SkAmwcOi+qEjsexOdtqIfn/WueiEGwG =uv5I -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-07 07:19, Michael Kugelmann wrote: Hallo, da der Kartenvorverkauf für den 29C3 begonnen hat (siehe http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/): * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen? Werde vor Ort sein. Wenn auch als freelancer ;-) * besteht konkretes Interesse so etwas wie einen Projektstand zu machen und ggf. Workshops anzubieten? Nun, Hilfe beim 3D Taggen kann I anbieten.. Grüße, Michael. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCaERMACgkQmWhuE0qbFyOuLwCfbYwZO1Db4lVAhJ/cTH347YR2 PZsAn3m4i3wiNfumdKqqNpRX0LCS/v4R =2m6N -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
On 19.10.2012 19:04, Florian Lohoff wrote: Hi, in der vergangenheit sind viele Schulen mit building=yes + amenity=school getagged worden. Das Tagging schema meint aber das die Flaeche inklusive Schulhof etc amenity=school ist und die Schule also das Schulgebaeude nur ein building=yes bekommt. Wie klappt denn dann die zuordnung der adresse? Ist die Adresse auf dem amenity=school und auf dem building oder ueberlassen wir das wem anders? Fuer das Routing ist das ja unerheblich mit Adressen. Ich hänge die Adresse immer an den Eingang dran, entrance=main am besten. Ein Schule hat ja mehr als einen Eingang. Und oft auch mehr als eine Hausnummer. Und building=yes ist ja bei mehreren Building:part=yes auch wieder interessant... Flo MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für Abluftkiste, turm,...
On 07.10.2012 10:14, Henning Scholland wrote: Am 07.10.2012 01:50, schrieb Ronnie Soak: Ein nicht betretbares technisches Objekt würde ich eher unter man_made einordnen. Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine sinnvolle Anwendung ein. Hihi, da werf ich doch mal ein: Warum nicht? ein. Und zur eigentlichen Frage: es gibt ein in Europa zumindest 72 mal verwendetes man_made=ventilation_shaft Natürlich spricht da nichts dagegen, wenn ein Mapper es für sinnvoll hält sie zu erfassen, dann soll er das tun. Was ich immer etwas blöd finde ist die Motivation: Keine Ahnung, wofür das gut ist, mich interessiert es egtl. nicht, aber ich hab sonst nichts zutun und da trag' ich halt X ein. Dann sollte man es meiner Meinung nach besser lassen. Grob gesagt: sie sind einfach da und sollten in eine Karte mit eingetragen werden. Und gerade klein ist der ja nicht. Es fehlt halt einfach auf der 3D karte was, wenn der ned da ist. Auch hats so manche Abluftschächte von Tunnel, die durchaus markant und groß genug sind - und dazu auch noch im Wege rumstehen. Sicher hats in der OSM noch andere Baustellen (viele Wege in z.b. Kroatien fehlen noch), aber ja mei, hier kenn ich mich halt aus. Henning MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Key: building:material im wiki erweitert; hilfe mit Namen
On 07.10.2012 11:23, Peter Barth wrote: Hallo Lars, Lars Schimmer schrieb: Ich war mal etwas forsch und habe die Wiki Seite über die Builidng:material Liste mit Bildern versehen und leicht erweitert. http://wiki.openstreetmap.org/wiki/Key:building:material hast du auch diesen Forumsthread gesehen: http://forum.openstreetmap.org/viewtopic.php?id=18404 Wäre schön wenn du dich da auch noch beteiligst, denn dann baut Kendzi deine Vorschläge am Ende auch in das Preset mit ein. Danke für den Link. Schreibe gerade. Peda MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Key: building:material im wiki erweitert; hilfe mit Namen
On 07.10.2012 01:50, Martin Koppenhoefer wrote: Am 6. Oktober 2012 22:58 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: wieso heisst der tag building:material wenn es nur um die Fassade geht? Wie wärs mit facade:material? Hm, es ist das simple 3d buildings schema in OSM. Somit wahrlich stark vereinfacht und vor allem für die 3D Renderer als Info gedacht, wie die Textur gernedert werden soll. Es geht hier ja aber auch gleichzeitig um einen tag, der in die OSM Datenbank reinsoll. Wenn das in einem simple3d:building-namespace stattfinden würde, wäre es ja egal, aber solange sich alle Mapper damit rumschlagen müssen, sollte es schon ungefähr das aussagen, was es auch sein soll. Bei building:material denkt man m.E. eher an die Konstruktion, so wie ein Stahlbetongebäude oder ein Lehmgebäude oder ein Mauerwerksgebäude nicht dadurch zu solchen werden, weil sie eine Fassade aus diesem Material haben. Wenn Dich jemand fragt, aus was sind Menschen, sagst Du vermutlich auch nicht Haut ;-) Schon korrekt. Ich starte mal ne Diskussion, mal sehen, was sich ergibt. Muß da mal genauer rüber nachdenken in einer ruhigen Minute, schau mal: http://forum.openstreetmap.org/viewtopic.php?pid=280277#p280277 Und laut der vorlage sollte man das aussen erkennbare, vorherrschende Material eintragen - da man ja dem Gebäude nicht ins Innere blicken kann. Meinst Du damit das Fassadenmaterial (danach sieht es auf der wikiseite aus), oder welches Material ist gemeint? Bei Glasgebäuden bzw. Fenstern kann man ja durchaus auch von aussen ins Innere blicken. Vielleicht wäre building:surface auch ein Gedanke, wenn der Begriff Fassade stört? Ich meinte eher: bei manchen Gebäuden schaut man als fremder nicht hinein (geht hinein) um zu erfahren, wieviele Stockwerke da sind, wie hoch die sind, was das Baumaterial ist... Aber Details... Und ja, eine Fassade ist oft durchsetzt von Fenstern, Türen und anderen Material. Wenn man das detailgetreu mit micromapping und co macht, wirds schön, aber etwas zu komplex für die Standard OSM. Ausserdem gibt es da bald ein Produkt, welches aus Kamerafahrten a la Google Street View 3D Rekonstruktionen der Fassaden macht. ja, da gibt es schon einiges, das kommt z.T. aus der Militärtechnik, z.B. C3 technologies, Saab, die automatisch komplette Stadtmodelle generieren können: http://www.youtube.com/watch?v=Ix3PFp-XP_M Ok, ich kenne jedenfalls den MS Ansatz, mit Autos a la Streetview fotos machen, Modelle automatisch zu generieren und automatisch die Semantik zu erkennen und zu annotieren. Und da ist das Problem, die korrekte Annotation. Die uns bei OSM viel Arbeit abnehmen könnte. naja, sind 3 Typen, nicht allzu komplex finde ich, das kann auch der Laie noch unterscheiden. So gesehen, ja, mal sehen wie mans reinbekommt. ob in einer Fassade die senkrechten Linien oder die waagrechten dominieren, um es mal anders zu sagen, kann eigentlich auch jeder sagen. Das ist halt ein Hauptkriterium dafür, wie die Wirkung ist, d.h. gerade wenn ich ein Simple Modell bauen würde, dann würde ich auf solche Basics Wert legen. Hm, weiß nicht genau, müsste man feiner definieren/erklären. Aber im groben passts. ist es nicht. cladding ist eindeutig eine Verkleidung. Die gibts oder auch nicht, je nach Bau. Material gibt es hingegen immer, und bezeichnet normalerweise nicht unbedingt die Fassade (ausser, es ist das Fassadenmaterial). Ok, ich lerne wieder was :-) ..das kommt davon, wenn man die Fachtermini ned in allen Sprachen kennt und falsche Annahmen macht, Danke! Aber building:material mit 115k zu 15k bei cladding zeigt, das material genutzt wird. reine Nutzungszahlen sagen halt noch nicht, ob ein tag auch für dasselbe genutzt wird. rd. 114k (99%) davon sind Holz, sieht nach einem Import aus, und ob das wirklich die Fassade bezeichnet und nicht allgemein für ein Holzhaus gedacht ist, stelle ich mal in Frage. http://taginfo.openstreetmap.org/keys/building%3Amaterial#values Ja, hast recht. eigentlich nicht oder jedenfalls nicht zwangsläufig. Ob eine Fassade das Innere kaschieren sollte, oder lieber schon aussen zeigen, wie das Innere aufgebaut ist, darüber haben sich schon im 19. Jahrhundert die Architekturtheoretiker gestritten, und da haben sich bis heute unterschiedliche Auffassungen gehalten. Architektur halt. Das Simple 3D Building tagging unterscheidet Keller, Rumpf und Dach. Für ein brauchbares 3D Modell braucht man gewisse Feinheiten nicht wirklich, der Eindruck der bekannten Umgebung wird vor allem durch grob korrekte Farben, Höhen, Formen und Bäume gegeben. Keller braucht man m.E. nicht, solange der unter der Erde ist sieht man den eh nicht, und wenn er draussen ist, dann ist es kein Keller mehr. Was man aber braucht ist m.E. ein Sockel bzw. Erdgeschoss (je nach Gebäude, der Sockel kann ggf. auch mehrere Geschosse umfassen). Keller sind nicht unwichtig, z.B. Häuser am Hang oder Karten vom Untergrund. Und viele Keller in gewissen Epochen
[Talk-de] Key: building:material im wiki erweitert; hilfe mit Namen
Hi Ich war mal etwas forsch und habe die Wiki Seite über die Builidng:material Liste mit Bildern versehen und leicht erweitert. http://wiki.openstreetmap.org/wiki/Key:building:material Bei den MFT Platten und den anderen Platten fehlen mir passende, griffige, englische Namen für die Tags. Hat da jemand Vorschläge? Danke! MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tags für Abluftkiste, turm,...
Moin! Nicht gefunden bisher: Die kleinen (oder auch großen) Türme, die als Abluftöffnung für Tiefgaragen oder Tunnel dienen. Hat da jemand einen passenden Tag für? Bei mir vorm Balkon steht so einer, rund 1m hoch, 2m breit, 0.5m tief, Gitter auf der Rückwand. Somit durchaus ein building:yes Aber wie tagt man, das es nen Abluftschacht ist? Danke. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Key: building:material im wiki erweitert; hilfe mit Namen
On 06.10.2012 19:53, Martin Koppenhoefer wrote: Was sicher gut gelingen dürfte ist das parametrische Erfassen von Plattenbauten Da gibt es nicht so viele unterschiedliche Typen und die sind super dokumentiert. Man würde einfach schreiben building:type=P2 oder WBS70 und die Stockwerke, und alles wäre klar ;-) Auch Varianten, Verbindungsbauteile und z.B. Attikadetails sind da jeweils typisiert und dokumentiert. Parametrische Modelle... Na danke, das hab ich auf Arbeit ausreichend^^ Aber ja, bei Plattenbauten einfach, bei organischen Gebäuden wie dem Grazer Kunsthaus (http://de.wikipedia.org/wiki/Kunsthaus_Graz) oder der Elbphilharmonie in Hamburg versagt das aber kläglich. (ja, da gibts auch Lösungen, ist aber Offtopic). Allerdings ist im 3D Schema eh schon immer festgelegt, das man nen Link zu nem externen 3D Modell des Gebäudes angeben kann. Nur muß man das auch erstmal haben und recht dauerhaft irgendwo geordnet ablegen. Eine wunderbare Komplettübersicht gibt's hier zum download: http://www.bbsr.bund.de/cln_032/nn_626568/BBSR/DE/Veroeffentlichungen/Abgeschlossen/SanierungPlattenbau/Ausgaben/WohnbautenFertigteilbauweise,templateId=raw,property=publicationFile.pdf/WohnbautenFertigteilbauweise.pdf Gruß Martin MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Key: building:material im wiki erweitert; hilfe mit Namen
On 06.10.2012 19:46, Martin Koppenhoefer wrote: Am 6. Oktober 2012 19:12 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Hi Ich war mal etwas forsch und habe die Wiki Seite über die Builidng:material Liste mit Bildern versehen und leicht erweitert. http://wiki.openstreetmap.org/wiki/Key:building:material Bei den MFT Platten und den anderen Platten fehlen mir passende, griffige, englische Namen für die Tags. Hat da jemand Vorschläge? wieso heisst der tag building:material wenn es nur um die Fassade geht? Wie wärs mit facade:material? Wobei auch das vermutlich Probleme macht, weil eine Fassade ja selten nur aus einem Material besteht. Hm, es ist das simple 3d buildings schema in OSM. Somit wahrlich stark vereinfacht und vor allem für die 3D Renderer als Info gedacht, wie die Textur gernedert werden soll. Und auf dieses simple 3D tagging Schema haben sich die Leute auf dem 2nd 3D OSM Meeting geeinigt . soweit auch brauchbar (http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings) Und laut der vorlage sollte man das aussen erkennbare, vorherrschende Material eintragen - da man ja dem Gebäude nicht ins Innere blicken kann. Du hast natürlich recht, man müsste im Detail weiter in die Tiefe gehen und Bausubstanz und vorgehängte Fassade trennen (da fällt mir ein, green/grass fehlt als Material, in Wien hats ne begrünte Fassade). Und ja, eine Fassade ist oft durchsetzt von Fenstern, Türen und anderen Material. Wenn man das detailgetreu mit micromapping und co macht, wirds schön, aber etwas zu komplex für die Standard OSM. Ausserdem gibt es da bald ein Produkt, welches aus Kamerafahrten a la Google Street View 3D Rekonstruktionen der Fassaden macht. aber ich schweife ab. Ich würde bei Fassaden zuerst unterscheiden zwischen * Lochfassaden (massive Wand mit Löchern) * Pfosten-Riegel-Konstruktionen (Tragende Pfosten (vertikal) und Riegel (horizontale Glieder) in der Fassade) * Vorhangfassaden (vor die Konstruktion vorgehängte Fassade, die keine statische Funktion hat, sondern nur dem Raumabschluss dient) Ja, das ist die eigentliche Fassade. Aber schon recht komplex. und diese Grundtypen dann weiter differenzieren in eher horizontal und eher vertikal dominierte. In einem weiteren Schritt würde man dann auch nach dem dominierenden Fassadenmaterial fragen, klar. Und dann wirds noch komplexer. Da müsste man das IndoorOSM mal mit hinzu betrachten. Aber irgendwie... uff. Arbeit. Bei der einen InDoor Lösung haben sie auch building:facade mit aufgenommen. Dafür kein building:material, nur building:cladding dafür. Was im Endeffekt das selbe ist. Aber building:material mit 115k zu 15k bei cladding zeigt, das material genutzt wird. Ein Beispiel für eine horizontale Lochfassade: http://www.engelvoelkers.com/imgs/C6/D1/C6D18A54231BA163D16B44B424ED6963-VIEW-DISPLAY.jpg horizontal gegliederte Vorhangfassade: http://www.baunetz.de/img/35374607_2b295006cd.jpg vertikale Lochfassade: http://www.pbi-fassadentechnik.de/uploads/pics/HP_gro__Pinnasberg45.jpg aber auch viele Altbauten, z.B. http://www.luise-berlin.de/abbild/lexikon/mitte/s/Bilder/Staatsbibliothek_Haus_1_008012.jpg etc. Was sicherlich auch interessant wäre, sind solche Parameter wie die Anzahl der Fensterachsen oder der Fensteranteil an der Gesamtfassadenfläche. So was müsste man dann allerdings für jede Fassade einzeln erfassen (das Problem ergibt sich aber sicherlich auch schon bei weniger detaillierter Erfassung, z.B. nur des Materials, der Farbe oder des Typs). Ich habe das Gefühl, du arbeitest als Architekt oder bei anderen Projekten der Parametrisierung von Häusern :-) Das einzeln erfassen ist generell schon ein Problem, da dieses meistens nur für gesamte Häuser/oder Häuserteile gemacht wird, nicht für einzelne Wände. Schon da wirds kompliziert. Nicht selten dürften sich auch die einzelnen Stockwerke unterscheiden, zumindest klassisch ist eine Dreiteilung in Sockel, Hauptteil und oberer Abschluss, wobei das dann auch sehr von Stil, Epoche und Bedeutung abhängt. Genau, da gehts dann wieder ins InDoor Mapping mit rein. Das Simple 3D Building tagging unterscheidet Keller, Rumpf und Dach. Für ein brauchbares 3D Modell braucht man gewisse Feinheiten nicht wirklich, der Eindruck der bekannten Umgebung wird vor allem durch grob korrekte Farben, Höhen, Formen und Bäume gegeben. Exakte Fassaden wäre toll, aber wir haben in der OSM durchaus noch andere Sorgen und Baustellen. IMHO ist jedoch das building:material noch zukunfstoffen und erweiterbar durch weitere facade tags. Somit jedenfalls keine One way dead end street. Gruß Martin MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org
Re: [Talk-de] Parkhaus richtig mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-04 07:10, Manuel Reimer wrote: Rainer Kluge rkluge50 at web.de writes: Eine unterirdisches Parkhaus ... Kann es sowas überhaupt geben? Ein unterirdisches Haus? Eventuell handelt es sich doch eher um eine Tiefgarage? http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Parkplatz Und dort in der rechten Spalte Tiefgarage -- parking=undeground für die Parkflächen. Zusammen mit amenity=parking. Ich würde dann auch hier noch ein layer=-1 dranhängen. gighway=service service=parking_aisle level=-1 tunnel=yes highway=service ist schonmal nicht falsch. Das tunnel=yes lass raus und level=-1 soll vermutlich layer=-1 heißen. Dann mal so zusammenbauen. Schwierig wird es, wenn so eine Tiefgarage mehrere Ebenen hat. Ich persönlich würde mir den Aufwand dann nicht machen, das im Detail zu mappen (schon weil da unten kein GPS funktioniert) und einfach die Parkfläche als parking=underground und zu dieser hinführend alle möglichen Zugänge/Zufahrten. Und wenn darüber noch nen Haus ist und grünfläche und Bäume? *g* Gruß Manuel MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBudWMACgkQmWhuE0qbFyPc8wCcDzJMuY6mWhZ8CQGJA6tReSY0 ofsAnRCre25uOCIQJ82c016FavoFVyYB =/H6F -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] An die Wiener: HaupotbahnhofsUmgebung 3d Tags erfassen ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Haben 1,2,3. Wiener Tagger Lust/Zeit, die Gebäude rund um den neuen HbF mit 3D Tags zu versehen? So zeitlich in den nächsten 2 Wochen? Alternativ: Fotos machen, auf denen man die Höhe, Anzahl der Stockwerke, Dachform,.. erkennt und mir zur Verfügung stellen, ich versuche dann nach Möglichkeeit zu taggen. Wir könnten das Ergebnis als 3D Modell (osm2world) für ein Projekt gut gebrauchen, deswegen diese Anfrage. Jetzt schauts ja schon nach 3D aus, aber die Gebäudehöhen fehlen halt... Als kleine Belohnung kann ich mal die Begehung unserer DAVE (www.cgv.tugraz.at/DAVE) mit dem 3D Modell der Umgebung anbieten (oder anderer Ecken aus der OSM Datenbank). MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBqq1QACgkQmWhuE0qbFyNDYgCfaDQyjtdfyV2Mfh+LkR/odBHN HEAAnAwV6ja23JQSR58lldDKn9lEP1VF =SwdU -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] OSM.org langsam, fehlende Kacheln...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Weiß einer, was die am openstreetmap.org schrauben? Seit Freitag fehlen viele Kacheln in der Map beim betrachten. Und der munin zeigt auch viele Connections zum DB Server im status waiting for lock... http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/postgres_locks_openstreetmap_9_1_main.html Zeigt auch an, das was ned stimmt... Danke. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBpNEkACgkQmWhuE0qbFyPv1QCfYUIxv6DQa0Gg2tnF4HTztHCJ PrgAnihkldUwOnAyaQyhFfhw9Ou6hA5R =oqTh -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] 3D tags angebracht, kontrolle, Infos?
Moin! Ich hab mich in den letzten 2 Wochen ein wenig mit den Gebäuden in Graz in der Eisteichgasse und Dr.Robert Graf Strasse auseinander gesetzt, die Grundrisse verfeinert (nach Luftbild und Fotos), 3D Tags angeheftet und die Eingänge gemappt (und Adressen an die entrance:yes Tags geheftet). Hinzu kamen diverse Fußwege und andere Wege. Ich habe viele Eingänge mit den Strassen mit einem kurzen Highway:footway verbunden, sieht mir logisch aus. Mag nochmal wer rüberschauen auf Fehler, Hinweise, andere Tips,...? http://osm.org/go/0I5UVH3pL- Dazu die Dauerbrenner Frage: Tiefgaragen... Hat da wer ein gutes Tagging-Schema, wenn die TG Teil des Gebäudes ist, aber auf dem Dach der TG auch Wiese, Bäume, Wege,... sind? Danke. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-24 22:04, liberalerhuman...@gmx-topmail.de wrote: Ich den Häuserblock Kapuzinerstraße/Steingasse/Waltherstraße/Baumbachstraße mit 3D-Tags versehen, verwendet wurden Tags laut: http://wiki.openstreetmap.org/wiki/Building_attributes . Am besten die Tags vom Simple-3D Tagging verwenden, die wurden unter den 3D-Codern abgestimmt und werden von allen 3 Programmen unterstützt. http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Ich habe die Gebäudehöhe mit building:levels=* angegeben, da mir keine Gebäudehöhen bekannt sind. Ich habe keine Tags nach dem Muster building:roof:ridge=* und building:roof:orientation=* verwendet, da mir die Verwendungsmöglichkeit nicht ganz klar ist. Ich möchte für die Dachkante nicht unbedingt neue Linien einzeichnen. Die Levels Angabe ist OK, da wird im 3D geschätzt mit 3m je Level. Building:roof:ridge oder orientation sollten nicht genutzt werden, dafür sollte man roof:orientation=along/across setzen. Aber so 100% ist das auch noch nicht. Jedenfalls besser als ein Tag mit 2 mal : im Namen. Leider ist das noch bei building_levels:underground der Fall... Wichtig ist bei Gebäude, die unterschiedliche Höhen haben, jedes Gebäudeteil extra markieren, taggen, über das gesamte Gebäude einen Polygonzug legen und building=yes. Hinzu eine Relation type=building mit allen Bestandteilen (also der Umriss und die einzelnen Teile). MfG, Humanist. Original-Nachricht Datum: Mon, 24 Sep 2012 21:26:33 +0200 Von: liberalerhuman...@gmx-topmail.de An: OpenStreetMap AT talk-at@openstreetmap.org Betreff: Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert Haben wir von Linz irgendwo die Gebäudehöhen? Dachformen könnte man auch vom Luftbild eintragen, für einige Gebäude bräuchte man eigene 3D-Modelle (Schloss, Lentos, Dom etc.) Ein paar Gebäude haben height eingetragen und im kendzi3d Plugin sieht man die nach oben rausschauen ;-) Generell sieht die Darstellung von Graz gut aus, Ich hielte allerdings wenig davon, Dach- und Hauswandfarben in die Karte einzutragen. Das sind zu flexible Daten, die eher mehr eine Sache für Luftbilder sind. Zumindest die Dachfarben sind eher statisch bis vergammelnd über die Zeit. Ich merke, das eine ähnliche Farbe und Form des Daches den 3D Eindruck stark verbessert und das Gebäude viel besser wiedererkennbar macht. Jedenfalls ist es besser, ein paar Dächer/Häuser nicht rot zu haben... MfG, Humanist MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBhSgkACgkQmWhuE0qbFyP/dACghplQz1r3fjZOZlV3FtMnP7py bjIAoJUeOstYar4A74vcj2FIFy63v8nE =o7QV -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert
On 24.09.2012 19:15, Flaimo wrote: Wäre toll wenn man das auch für Linz machen könnte. Was buildings betrifft, ist so gut wie alles von den Plänen übertragen, welche die Stadt im Zuge von Open Commons zur Verfügung gestellt hat. Zum einen: einfach die Admins von osm2world anschreiben, die Nummern der (mapnik) Kacheln angeben für den gewünschten Bereich und lieb um rendern bitten. Zum anderen: sinnvolles Rendering ist nur dann gegeben, wenn die Gebäude 3D Daten nach dem simple 3D Tagging bekommen haben. Sonst schauts fad aus. Zum einfachen Rendern gibt es ja auch osm2world als offline Software. Wenn du magst, setz ich mich die Woche mal hin und erstelle ein .obj von Linz (soweit machbar von der Größe her). Oder zum ganz schnellen Test halt das Kendzi3D Plugin für JOSM, das ist auch klasse. Hat Linz schon 3D Tags? Siehe mein Posting von vorhin mit dem kleinen cheat-sheet. flaimo MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert
On 23.09.2012 21:33, Michael Maier wrote: On 20/09/12 15:15, Lars Schimmer wrote: Hallo! Das sieht ja teilweis schon echt toll aus, zB die Inffeldgründe und Umgebung - Jetzt lohnt es sich wirklich, building:levels etc einzutragen :-) Kurze Liste: building:yes- oder halt die Funktion (school,..) building:levels=2 - Höhe an Stockwerken über der Erde building:levels:underground=3 - Höhe an Stockwerken unter der Erde (Keller) roof:levels=1 - Stockwerke im Dach building:min_level=1- Gibt es eine Lücke im Gebäude, ja, die Höhe in Stockwerken (Durchfahrt,..) roof:shape=flat/gabled/... - gibt da ein wenig Irritation mit dem Pitched wert, besser gabled nehmen) roof:orientation=along - ausrichtung des Dachfirstes roof:colour=#FF - Leider sind Farben noch keine sprechende Werte, und diese hexwerte oft zu grell building:colour=#FF - Anstrich aussen height=*- Maximale Höhe in Meter min_height=*- Bei Lücken die Höhe der Lücke in Meter Gebäudeteile: building=yes am Gesamt-Hauspolygon building:part=yes und building:levels=* am Teilpolygon entrance=* am Teilpolygon Wenn ein Teil height bekommt, dann müssen alle Teile height haben Adresse Eingang jeweils an einen Node entrance=yes/main/... Soweit mein kurzes Cheat-Sheet. Da fehlt noch ein wenig was, aber vieles ist noch nicht Standard, siehe 4D Definition. Die Macher von OSM2World rendern jetzt freundlicherweise Graz mit als 3D Map aus den Daten von OSM! Willkommen Österreich: http://maps.osm2world.org/?zoom=13lat=47.02696lon=15.44598layers=B00TTFF MfG, Lars Schimmer Danke für deine Initiative! Wenn ich schon tagge, solls auch sichtbar sein. Und in die DAVE gehts auch rein^^ Muß nur etwas mehr Lust und Laune haben, dann wird mehr getaggt. Zur Zeit häng ich immer wieder an den Feinheiten, siehe tiefgaragen Thread. P.S.: gibts in Graz nen Baumkataster wie in Wien? *g* lg, Michi MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Fwd: [OSM-talk] Knight awards $575k to improve OpenStreetMap infrastructure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-21 02:40, Tirkon wrote: Michael Kugelmann michaelk_...@gmx.de wrote: FYI: 575k$ sind doch eine beachtiche Summe an Geld, die zur Verbesserung innerhalb von OSM verwendet werden soll... Original-Nachricht .. About the Knight Foundation ... gibt es auch einen Wikipedia Artikel: http://en.wikipedia.org/wiki/John_S._and_James_L._Knight_Foundation Also doch ned Michael Knight und K.I.T.T. SCNR MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBcA5gACgkQmWhuE0qbFyNThACfVrMyBgdUrkAOuu5z4PidfdUg 6ucAn3Ehk1Ry5TmWvhYORuic2NDRG2Vz =lmNi -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Mapping Doppelhaushälfte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-20 08:45, tumsi wrote: Wenn ich das richtig mitbekommen habe, dann geht es hier doch um _ein_ Gebäude mit Walmdach, aufgeteilt in 2 Einheiten. Wenn man nun jeder Hälfte ein Walmdach verpasst, wie weiss der Renderer dann, dass das nur _ein_ Dach ist? Japp, genau das ist das mein Hauptproblem. Denn ich würde jetzt davon ausgehen, dass der Renderer auf jede Hälfte ein Walmdach (kenne den Begriff nicht) setzt und dadurch würde das Dach in der Mitte einen Einschnitt haben... Ich habe das ganze bereits mal in JOSM mit dem Kendzie3D-Plugin probiert, aber da wird gar nichts weiter gerendert - kennt der keine building:part? Alles andere waren schon fast rhetorische Fragen, mit denen ich sicher gehen wollte, dass das so der Konsens ist. Der kennt den Tag schon. Und auch roof:shape=gabled (in diesem Fall wohl). Jedenfalls kennt er es bei den Gebäuden, die ich getaggt habe. Du kannst ja mal probieren, die roof:*=* Tags nur an das outer Polygon zu hängen, die Farbe der Hälften und so jedoch an die building:parts. Ob die das problemlos mitmachen. Viele Grüße, Constanze MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBavmsACgkQmWhuE0qbFyMtuwCeN2ftJXnpS0+CSG4aoHXQD1t4 lF4An2uid5bXCdt48WL32MrMXkC8y+wD =9CEd -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] OSM 3D in osm2world - Graz wird gerendert
Hallo! Die Macher von OSM2World rendern jetzt freundlicherweise Graz mit als 3D Map aus den Daten von OSM! Willkommen Österreich: http://maps.osm2world.org/?zoom=13lat=47.02696lon=15.44598layers=B00TTFF MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] 3D Einträge, vorlage JOSM, roof Tags
Moin ;-) On 19.09.2012 08:45, Andreas Hubel wrote: Am 18.09.2012 um 11:40 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Dazu eine Anmerkung: das roof:levels tag ist ein wenig, hm, unschön. Da das Gebäude (Keller, Kasten an sich) mit building:levels und building:levels:underground getagt wird, aber das Dach plötzlich mit roof:levels - das fällt etwas raus. Ist da nicht building:roof:levels schöner, einheitlicher? Nein, das passt so wie es aktuell ist. Mehr als einen Doppelpunkt sollte man eh nicht im Key haben, sonst wirds automatisch zu kompliziert. building:levels:underground steht übrigens auch nicht auf der Simple 3D Buildings Wikiseite. Hm, es gibt einige mit 2 : im Tagnamen, andere mit _ dazwischen, richtig einheitlich isses halt ned. Gewöhnt man sich dran. Der building:levels:underground/... ist im JOSM drinnen und auf einigen anderen Wiki Seiten notiert - und irgendwie auch brauchbar und genutzt. Aber ich hader da noch an was anderem, was da auch in die Quere kommt: Tiefgaragen. Dazu mehr in einem eigenen Thread. Die Seite ist im Prinzip das Ergebnis einiger Diskussionen, die auch auf einem persönlichen Treffen so vereinbart wurden. Jetzt auf ner Mailingliste da nochmal mit der Diskussion von vorne anzufangen finde ich nicht wirklich zielführend. Schon klar - ich wollt das nur mal aufzeigen, ich nutze es ja auch so wie im Wiki geschrieben. Zu building:parts=* tag ist auch noch ned weit verbreitet, dafür building:part=yes schon. Sieht für mich mal wieder danach aus, als ob jemand meine da nen neuen Tag dafür erfinden zu müssen ohne sich mit anderen Leuten zu unterhalten ob das so sinn macht, oder ob man bestehende Tags dafür weiterverwenden könnte. Man sollte den Tag erst mal einfach nicht verwenden und stattdessen auf building:part=yes ausweichen. Der building:parts=* sollte ja nur die Hülle des gesamten Gebäudes umfassen, um zu sagen: das ist ein Gebäude, welches horitzontal/vertikal in kleinere Teilstücke aufgeteilt werden soll. Die einzelnen Teilstücke sind dann mit building:part=yes gekennzeichnet. Im Wiki sollte building:parts besser als Proposal gekennzeichnet werden (und man sollte den tatsächlichen Vorschlagsworkflow – so wie er jetzt gelebt wird – dort auch mal dokumentieren). Ohne mir Arbeit anhängen zu wollen: Ja, es ist ein kleineres Chaos im Wiki, mit 10 Porposal ohne Datum, immer nur achtung, proposal oder ähnliches notiert, aber niergends etwas, was darauf hindeuted dieses ist jetzt das, was wir nutzen wollen, Ausnahme ist die simple 3D Wiki Seite. Aber da fehlt vieles ;-) It´s a hard life. MfG Andi MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mappen von Gebäude mit Tiefgarage, 3D feature Problem!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Ich hader etwas mit einem geeignetem Tagging schema für Gebäude mit Tiefgarage. Situationen: 1. http://osm.org/go/0I5UUdblq-- das Gebäude mit Zielpunkt drinnen Da ist unter der gesamten Fläche eine Tiefgarage, so auch gestern eingetragen, mit layer=-1. Darauf halt das Gebäude in verschiedenen Teilen (building:part=yes) für die einzelnen Höhen. Und in der Mitte der Parkplatz, der zum Zielpunkt gehört. Natürlich ohne layer=0, da dieser Wert ja Standard ist. Nun hader ich allerdings, ob das so korrekt ist, wie ich es getaggt habe. Eigentlich gehört die Tiefgarage ja mit zum Gebäude, eigentlich wäre alles zusammen ein building:parts=vertical, und auch die Tiefgarage ein building:part=yes mit building:levels:underground=1 dazu alle anderen Gebäudeteile mit building:levels=1-5 und building:levels:underground=1 Nur wie tagt man dann die Tiefgarage korrekt ? Sie ist dann ja in einzelne Teile zerlegt (jeweils ein Teil auf den building:parts=yes) und kein zusammenhängendes Gebilde. Und wie sagt man, das der Keller im Hausteil eine Tiefgarage ist? Entsprechend stellt mapnik das Haus auch ned da... Hier 2. http://osm.org/go/0I5UUdblq-- Terrassenhaussiedlung Habe ich die Tiefgarage als building:part=yes mit getaggt. Aber hier gibt es die Sorgen mit Layer und Hausetagen. Grundannahme: kein Keller, die Tiefgarage ist ebenerdig und links/rechts der TG sind auch noch Wohnungen/Büros/Ärzte. Nur im Nord-Osten an der Stirnseite ist Erde aufgeschüttet und die Zufahrt geht runter. Auf die TG (Höhe: 1 Etage mit ca. 3m) führt im süd-westen eine Rampe und in der Mitte zwischen den 4 Häusern ist Rasen, 2 Pools, geteerte Wege und Flächen. In jedem Haus gibt es Stiegen, die von der Erdoberfläche bis nach oben gehen. Die Ränder der Häuser (neben der TG) sind Terrassenartig angeordnet und haben unterschiedliche Höhen. Fotos: Eine der Stiegen: http://84.115.129.21/gallery3/index.php/OSM/Terrassenhaussiedlung-Graz/IMAG0265 von der Erde aus, links erkennt man grob die Terrassenstruktur. Das ist das Haus, wo in der Karte 31g/f eingetragen ist. Das Haus 31 vom Kindergarten aus fotografiert: http://84.115.129.21/gallery3/index.php/OSM/Terrassenhaussiedlung-Graz/IMAG0264 Das Haus 35 mit Kindergarten unten links: http://84.115.129.21/gallery3/index.php/OSM/Terrassenhaussiedlung-Graz/IMAG0263 Der Innenhof zwischen Haus 33 und 35: http://84.115.129.21/gallery3/index.php/OSM/Terrassenhaussiedlung-Graz/IMAG0261 vom Eingang im Nord-Osten her gesehen. Mein Plan: viele, viele building:part=yes für die einzelnen Höhen eintragen, über alles ein building:parts=vertical. Nur wie die Tiefgarage eintragen, und wie die Rasen/Pools im Innenhof korrekt eintragen. Und sollt man nen Bugreport an Mapnik senden wegen des fehlenden Hauses vom Zielpunkt-Gebäude und fehlenende Gras im Innenhof? Danke. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBZeyoACgkQmWhuE0qbFyOVCwCfbmWPuR3B8y3dhtsiTdprtSpm Y3gAmwYzPdVAMpIa/3DOiUcDdRyQBSdj =KokI -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen von Gebäude mit Tiefgarage, 3D feature Problem!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-19 10:31, Andreas Dommaschk wrote: Hallo, Am 19.09.2012 09:58, schrieb Lars Schimmer: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mein Plan: viele, viele building:part=yes für die einzelnen Höhen eintragen, über alles ein building:parts=vertical. Nur wie die Tiefgarage eintragen, und wie die Rasen/Pools im Innenhof korrekt eintragen. Ich würde hier nur den (Haupt-)Eingang der Tiefgarage eintragen. Alles andere halte ich persönlich für zu viel Aufwand. Ja, es ist Aufwand. Aber nun, OSM soll ja die Realität abbilden (in verschiedenen Abstufungen), und dank der verschiedenen 3D Renderer kann man daraus ein einfaches, brauchbares 3D Modell erstellen. Das macht es interessant, die Daten detailliert einzutragen (jedenfalls aus meiner Sicht). Und sollt man nen Bugreport an Mapnik senden wegen des fehlenden Hauses vom Zielpunkt-Gebäude und fehlenende Gras im Innenhof? Ich sehe hier keine Bug des Renderers. Wenn du es unbedingt in der Karte sehen willst dann nutze den Layer Tag. Die TG ist bisher layer=-1, somit unter allem anderen. Da ja layer=0 angenommen wird bei jedem Element, das nicht explizit einen anderen Layer tag hat. Somit müssten alle Element gerendert werden. Oder sehe ich das falsch? Viele Grüße Andreas MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBZj2gACgkQmWhuE0qbFyOJKgCfbb6CMqCT6h17AMFNjktsPYNm X2AAn1CSprTTosAazLFNWgnWIDXr0VoH =goik -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Anfänger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-19 13:12, wwl wrote: Hallo, ich arbeite jetzt ein paar Wochen an der Verbesserung der OSM Daten in meiner Gegend. Jetzt plane ich mir ein GPS Gerät zuzulegen um selber noch genauere Daten zu holen. Da ich noch keine Erfahrung damit habe bin ich mir nicht sicher ob ich mir ein Gerät wie z.B. Garmin eTrex oder Dakota, die ja auch zwischen 100 und 600 Euro kosten, oder ich lege mir eine Apple iPhone zu das ich mit einer geeigneten App ausstatte und gleichzeitig noch mehr davon habe. Jetzt weis ich natürlich nicht wie die Apps auf einem iPhone mit OSM funktionieren, oder wie gut die Auflösung des GPS im iPhone ist. Oder evtl funktioniert das mit einem iPhone überhaupt nicht richtig, weil?? Ich hab damit noch keine Erfahrung. Mein Ziel ist es Strecken und Punkte (Postkasten, Kreuzungrn, Brücken) mit dem Fahrrad abzufahren und die Punkte aufzuzeichnen. Diese Trackingdaten dann in JOSM zu übernehmen und bestehende Punkte anzupassen oder neu einzutragen. Zu was würdet Ihr mir Raten und wovon soll ich die Finger lassen? Grob gesagt: iPhone/Android/... sind +/- 10-50 Meter genau. Die Garmin Geräte sind meistens erheblich genauer. Allerdings sind die Garmin Geräte eher auch Multi-Funktions Geräte, die neben GPS Logs auch Karten anzeigen und andere Dinge machen. Wenn man wirklich brauchbare GPS Tracks günstig haben möchte, sind GPS Logger die bessere Wahl. Aber auch da gilt: den Weg entsprechend oft abgehen/fahren und mitteln. Hinweis: wenn man POI (explizite Punkte) eintragen will, sind GPS Logger aber ungeeignet. Hinweis 2: ggf. ist es aber auch ausreichend, von Bing Bildern abzuzeichnen, wenn man vorher den Versatz korrekt ermittelt, also 3 Referenzpunkte nehmen und Bild hin und her schieben. Somit mein Tip: 1. GPS Logger 2. Garmin/anderes Gerät 3. iPhone/Android Es mag aber auch andere Android Geräte geben, die eine ähnliche gute Genauigkeit wie die Garmin Geräte geben, ich pers. kenne leider keine jetzt aus dem Kopf. Klar, die Android/iOS Geräte haben einen gewissen Mehrwert. Den man aber bei den meisten Geräten damit erkauft, das man Tracks ggf. x-mal mehr ablaufen muß, um einen brauchbaren Track zu bekommen, also bessere Mittelwerte erlangen. Besten Dank für Eure Hilfe Christian MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBZr7kACgkQmWhuE0qbFyOZcQCeLk+I3JyKUQL4gu2V/IPAAJgA JeEAn27FvGHQvIF+6UxEaKE0aPJOBi8/ =/0jR -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Einträge, vorlage JOSM, roof Tags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-19 11:24, Peter Barth wrote: Hallo, Lars Schimmer schrieb: Der building:parts=* sollte ja nur die Hülle des gesamten Gebäudes umfassen, um zu sagen: das ist ein Gebäude, welches horitzontal/vertikal in kleinere Teilstücke aufgeteilt werden soll. Die einzelnen Teilstücke sind dann mit building:part=yes gekennzeichnet. nein, die Hülle ist immer building=*. Hm, ok. Ich hab halt ein Proposal mit reingemixt: http://wiki.openstreetmap.org/wiki/Proposed_features/building:parts Aber ich sehe schon, building=yes sollte noch mit dran, bzw. building=*, je nach dem, was es ist. Löst auch eines der kleinen Widersprüche, die ich hatte (building=school z.B. sollte dann an die Outline). Zugegeben, das ist auf der Simple_3D_Buildings-Seite nicht sauber beschrieben aber deine Interpretation les ich da erst Recht nicht raus. Wer suchet, der findet alles, was einem gefällt ;-) Nicht umsonst frag ich hier nach und hole mit Ratschläge ein. Das ist auch im Sinne der Abwärtskompatibilität sinnvoll: Auch wenn ein Gebäude aus mehreren building:part=yes besteht hat man trotzdem noch die herkömmliche building=* Hülle. Schon klar. Seh ich ja an dem einen Gebäude, das ich gestern bearbeitet hatte und plötzlich ned mehr in Mapnik aufscheint... Nu ist auch klar, warum. Gruß, Peda MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBZsssACgkQmWhuE0qbFyNGhQCghokmJnAxXOUreqNnFZ8Zz+1E JzYAmwWilJNoVwx0EsiINd2NLZjrMK7F =UFJD -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, weclhes Schema?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-19 11:34, Peter Barth wrote: Hallo, tumsi schrieb: Ein etwas andere Frage, aber zu diesem Thema: Gibt es bereits ein Vorlagen-Addon für JOSM für das 3D-Schema. Ja gibt's :) Schau mal in den Einstellungen unter den Objektvorlagen. Da gibt es die 3D properties von Kendzi (der Entwickler von Kendzi3D und auch ein Unterstützer und Mitverantwortlicher für die Simple_3D_Buildings). Einfach mit dem Pfeil nach rechts aktivieren und JOSM neustarten. Ah, RTFM... Btw, Kendzi 3D ist ein super Plugin, gefällt mir. Aber das scheint nicht die einfachen building:roof=* tags zu kennen, nur das 4D Schema. Das ist aber ned im simple 3D enthalten. Sollt man dennoch schon 4D taggen? Wie haltet ihr es mit den Tags aus http://wiki.openstreetmap.org/wiki/DE:Roof_table ? Bzw. auch http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes ? Oder ist das Tagging-Schema noch nicht stabil genug, als dass sie das lohnt? Spätestens seit dem zweiten 3D Workshop in Garching würde ich das ganze als stabil bezeichnen. Wird ja auch genau so von den 3D-Entwicklern unterstützt. :-) Es geht vorran.Ist irgendwie ein weiterer 3D Workshop angedacht, oder Hinweise darauf, wann die weiteren Proposals in guidelines gegossen werden? Und da man es gar nicht oft genug erwähnen kann, eine Möglichkeit deine Daten auch mal visualisiert zu sehen gibt's auf http://maps.osm2world.org ;) Nett, nett. Erweitert ihr ja gerade auf ganz DE, schön, kann ich meinen Heimatort beim nächsten Besuch auch erfassen und ansehen. Nur Graz, was ned in DE liegt, bleibt weiter die OSM-3D oder Kendzi-Plugin. Wo beim Kendi Plugin die Standard Dächer halt fehlen, leider. Denn Dächer sind ned unwichtig. Btw, eure Webseite sieht nach Pre-rendered Pictures aus. Hat eure Toolchain auch eine VRML oder .obj Ausgabe? ;-) Gruß, Peda MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBZthkACgkQmWhuE0qbFyO4kgCdGknTDDCKBw3F6lzd5lffw9cH sKQAn2P5K/E8Vv8S3l0ybFS1oh4sA2rx =+Idj -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, weclhes Schema?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-19 11:34, Peter Barth wrote: Ah, RTFM... Btw, Kendzi 3D ist ein super Plugin, gefällt mir. Aber das scheint nicht die einfachen building:roof=* tags zu kennen, nur das 4D Schema. Das ist aber ned im simple 3D enthalten. Sollt man dennoch schon 4D taggen? Wie haltet ihr es mit den Tags aus http://wiki.openstreetmap.org/wiki/DE:Roof_table ? Bzw. auch http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes ? :-) Es geht vorran.Ist irgendwie ein weiterer 3D Workshop angedacht, oder Hinweise darauf, wann die weiteren Proposals in guidelines gegossen werden? Nett, nett. Erweitert ihr ja gerade auf ganz DE, schön, kann ich meinen Heimatort beim nächsten Besuch auch erfassen und ansehen. Nur Graz, was ned in DE liegt, bleibt weiter die OSM-3D oder Kendzi-Plugin. Wo beim Kendi Plugin die Standard Dächer halt fehlen, leider. Denn Dächer sind ned unwichtig. Btw, eure Webseite sieht nach Pre-rendered Pictures aus. Hat eure Toolchain auch eine VRML oder .obj Ausgabe? ;-) MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBZthkACgkQmWhuE0qbFyMYcgCdHaiR4kOz6sAmweMPxEfWf+Gv SikAnjTjp2t/wpWAPMjJlWUPvn6wfn/f =FMcl -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
