Re: [Talk-de] Fwd: Mapper bei Ludwigshafen gesucht
hallo Frederik Ramm wrote: [...] > Ich fliege da morgen vorbei und koennte ein paar gescheite Luftbilder > machen, aber ich habe keine Zeit, mich dann um die Weiterverarbeitung > (georeferenzieren, orthorektifizieren) zu kuemmern. Haette jemand daran > Interesse? [...] du wirst ja wahrscheinlich gerade in der luft sein. :-) hast du die bilder gemacht und hat sich jemand gemeldet? wenn nein stelle ich mich als letzten ausweg zur verfügung, wenn sich wirklich sonst niemand aus der gegend findet, der das macht... viele grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in künstlicher OSM-Datei
hallo jan
Jan Tappenbeck wrote:
[...]
>
das sollte wohl
version="0.6"
heissen, also mit " gleich nach dem = und 0 vor dem .
[...]
> Fehler beim Einlesen von xxx.osm: Open quote is expected for attribute
> "{1}" asssociated with the element type "version".
grüße
hermann
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps hat nachgerüstet
hallo Tobias Wendorff wrote: > Ulf Möller schrieb: >> Hier ein direkter Verlgeich: >> >> http://sautter.com/map/?zoom=17&lat=48.14112&lon=11.58834&layers=B000TFFF > > Hmm ... manche Wege sind 100%ig identisch ... wie kann das nur kommen? Hmm ... lass mal überlegen... die gleichen fakten etwa gleich genau vermessen? oder was meinst du? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sommerrodelbahn
hallo Bernd Wurst wrote: > Am Dienstag, 27. Januar 2009 schrieb DarkAngel: >> Ich habe mal, weil nichts besseres gefunden, anhand von >> http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps#Pistes >> ein Sommerrodelbahn gemappt. >> Dabei das Gelände (grob) als landuse=summer_sports, die Rodelbahn selbst >> als man_made=piste:halfpipe. >> http://www.openstreetmap.org/?lat=50.65449&lon=13.44961&zoom=16&layers=0B00 >> FTF (da ist z.Z. evtl. noch ein älterer Versuch zu sehen) >> Irgendwelche gegenteiligen Vorschläge? > > Ich habe mangels Interesse das Pisten-Tagging noch nie genutzt und weiß > nicht, > ob die half-pipe das ist, was wir als SOmmerrodelbahn kennen (oder ob das > eher ne Bob-Bahn ist), aber im Zuge der Vorbereitung unserer doch nicht > stattgefundenen Freizeitpark-Mapping-Aktion entstand das attraction-Proposal, > das auch eine Sommerrodelbahn enthält: > http://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction > > Ob das bisher von irgend jemandem verwendet wird, weiß ich aber nicht. ;-) ich verwende es hier (gleichzeitig mit leisure=toboggan_run): http://www.openstreetmap.org/?lat=47.36473&lon=9.95788&zoom=17&layers=0B00FTTT wird aber beides nicht gerendert. tel-aviv. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer Höhenmesser
hallo markus Markus wrote: [...] > Und ich kann doch sowohl für x/y, als auch für z Satelliten nehmen, die > ~90° zueinander stehen? nein, für z kannst du schwer satelliten finden, die in bezug auf die z-achse günstig liegen, weil dir gewissermassen unser planet im weg steht! grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Firefox 3 und WMS
hallo frederik Frederik Ramm wrote: [...] > das am 11.6. auf der josm-dev-Liste unter "to the developers..." mal zu > quantifizieren versucht. das würde mich interessieren, aber ich habe dazu nichts im archiv gefunden (oder schlecht gesucht). wann und wo war das genau? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik WMS Server will nicht mit postgis
hallo freeworld wrote: [...] > > (select * from planet_osm_roads order by z_order) as roads > [...] nur ein schuss ins blaue: hast du schon versucht, das in PostGIS als VIEW zu machen (in etwa so: CREATE VIEW v_roads AS SELECT * FROM planet_osm_roads order by z_order;) und diesen view dann als parameter für "table" zu verwenden (v_roads)? viele grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
hallo thorsten Torsten Breda wrote: [... viel sinnvolles zum thema boundaries und relations] > Hier meine Frage: Herscht Konsens über diese Art des Grenztaggings? ich bin auch dafür, das so zu machen. nach meinem verständnis sind relations genau für solche sachen gedacht! [...] grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Strassen in Wien
hallo andreas Andreas Labres schrieb: > Gibt es eine Möglichkeit herauszufinden, welche der Straßen Wiens aus dem > Straßenverzeichnis der Statistik Austria > >http://www.statistik.at/strasse/suchmaske.jsp > > in OSM noch fehlen? Wäre dankbar, wenn mir da jemand helfen könnte... hast du mit der ansprechpartnerin der statistik austria geredet, ob wir das dürfen? weil es steht da eigentlich ziemlich prominent am anfang der seite: "Für Zwecke der Bundesstatistik, z.B. als Ausfüllhilfe für die Arbeitsstättenadresse auf dem Beitragsgrundlagennachweis, für die Statistik des Straßengüterverkehrs usw., finden Sie hier sämtliche Straßen Österreichs, in der aktuellsten, von der Gemeinde bekannt gegebenen Schreibweise. *Eine über diese Zweckbindung hinausgehende, sowie jedwede kommerzielle* *Nutzung dieser Daten ist nicht gestattet.*" also ist meiner meinung nach ein nachfragen notwendig! grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elbehochwasser?
hallo sebastian Sebastian Waschik wrote: [...] > PS: Gibt es in JOSM eigentlich eine Möglichkeit die ID zu einem Weg > herauszufinden. Bei Knoten wird sie scheinbar in dem Auswahlfenster > dargestellt. Bei Wegen finde ich nichts. weg markieren. mittlere maustaste drücken. im erscheinen context-menü erscheint u.a. auch die ID. wenn du mit gedrückter mittlerer taste auf den text des context-menüs fährst und dann die maustaste loslässt und die maus nicht mehr bewegst, bleibt das menü auch sichtbar. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Badestelle am See
hallo Andreas Labres schrieb: [...] > Ich glaub, ich bin nicht der einzige, der natural=water für ein Polyester-, > Edelstahl- o.ä. Schwimmbecken für nicht ganz passend hält. Irgendwie sollte > man > da ein man_made=bassin o.ä. erfinden (landuse halte ich für durchschnittlich > große Becken per se auch für verfehlt, BTW). wie wäre es mit: leisure=swimming_pool? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern in Osmarender
hallo Sven Geggus schrieb: > Florian Schmitt <[EMAIL PROTECTED]> wrote: > >> die Darstellung von Hausnummern in Osmarender zeigt noch ein paar kleine >> Probleme, die ich gern zur Diskussion stellen möchte. > > Die Darstellung von Hausnummern in Osmarender ist niemals als > endgültiges Rendering von Hausnumemrn gedacht gewesen! > > Im Gegenteil wir haben das seinerzeit eingebaut um das Karlsruhe > Schema zu testen. Ich denke ehrlich gesagt, dass wir das so ändern > sollten, dass das in etwa so aussieht wie bei Google Maps. > > Einwände? in dörfern, in denen es keine strassennamen und daran orientierte hausnummern gibt, wo also z.B. Haus Nr. 377 neben Nr. 532 und dieses wiederum neben Nr. 12 steht, macht das was in google maps zu sehen ist keinen sinn. das sollte berücksichtigt werden... hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
hallo Michael Buege wrote: > Zitat Bernd Wurst: > > [...] >> Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, > > Weg markieren, "H" druecken, auswaehlen. in diesem fall gab es keine weg zu markieren, daher nützt die history funktion nix mehr. aber es gibt ein "U", das alle gelöschten wege (rot) erscheinen lässt. ich musste allerdings weit rauszoomen und relativ lange warten, bis das im konkreten fall funktioniert hat. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
hallo Andreas Labres wrote: > Bernd Wurst wrote: >> Da wurde wohl eine Fahrspur komplett entsorgt! > > Oh Sch... > > Hoffentlich kriegt das noch wer hin... habe ich gerade eben mit potlatch und dessen Undelete funktion wieder hergestellt. bitte überprüfe ob alles passt. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
hallo Martin Koppenhoefer schrieb: > [EMAIL PROTECTED]>: > >> Hallo Markus, >> >> Markus schrieb: >>> aber sie bräuchten halt eine Art "Arbeitsanweisung": >>> - Flughöhe/Brennweite/Auflösung >>> - Flugmuster >>> - Technisches (wie man die Kamera aus dem Fenster hält oder so) >>> - ... >> > nicht, dass ich praktische Erfahrungen habe, aber die Auflösung sollte man > vermutlich maximal wählen, Brennweite möglichst groß (also Tele) und > Flughöhe daher auch hoch. Das sollte die Verzerrungen gering halten. > Ausserdem kurze Belichtung, damit das Bild nicht verwackelt. und möglichst senkrecht nach unten fotografieren, weil die entzerrung/referenzierung sonst bis zur unmöglichkeit schwierig wird. habe mal tests von hohen gebäuden gemacht (und mit grass, gdal-tools und metacarta experimentiert): ab etwa 5° abweichung der optischen achse von der senkrechten wird es wirklich schwierig bis - wie gesagt - unmöglich... grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map Rectifier und JOSM
hallo oliver Oliver Koppisch wrote: > nach mehreren vergeblichen Versuchen ist es mir nun gelungen, meine Freie > Karte > vom Feldbergebiet zu labs.metacarta.com > (ID=666) hochzuladen. Ich habe > dann > versucht, mittels Google-Satellite die Karte auszurichten. Wie Josm gezeigt > hat, > ist das wohl schiefgelaufen. Ich vermute, das es mit an den Googlebildern > liegt. > Ich würde gern die Luftbilder und die DTK50-Karte vom Landesvermessungsamt > BaWü > als Layer bei Metacarta einbinden, um das mal gegen zu checken. Weis jemand > wie > man das macht ? In JOSM hat es ohne Probleme funktioniert. > Vielleicht habt Ihr ja noch ein paar tips zum referenzieren. die gcps sollten möglichst gleichmässig verteilt sein und sind besonders am rand des bildes wichtig. du hast deine gcps ziemlich in der mitte des bildes angelegt. wenn du nur den bereich um diese punkte herum verwenden willst, mach mit einem bildbearbeitungsprogramm einen ausschnitt mit diesem bereich und referenziere das dann nochmal. wenn du alles haben willst, musst du noch mehr und besser verteilte gcps setzen. wenn du google-satellite misstraust, kannst du auch mit der karte und den gdal-tools direkt referenzieren. etwas mühsamer, da ohne point-and-click interface, aber für 10 bis 15 punkte noch machbar. ausserdem hat das den vorteil, dass du dort (wahrscheinlich) erstmal mit dem gleichen datum (irgendein gauss-krüger mit koordinaten in metern) arbeiten kannst. probier's mal zuerst mit dem hinweis von jonas zum BaWü-WMS. wenn das auch nicht klappt und du es mit gdal probieren willst, melde dich bei mir persönlich... viele grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Tunnel" für Flüsse und Bäche
hallo Frank Wein wrote: > André Reichelt wrote: >> Heiko Schack schrieb: >>> ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide >>> Gewässer verlaufen streckenweise unterirdisch. Ich habe diese >>> Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in >>> Osmarender und Mapnik für Gewässer wohl nicht unterstützt. >> Das Thema hatten wir erst vor ein paar Wochen. Ich dachte, das sei >> mittlerweile gelöst... Seltsam. > > Ist es auch, zumindest für Mapnik. layer=-1, tunnel=yes und > waterway=canal wird richtig dargestellt. Evtl. funktioniert das > Rendering wirklich nur mit waterway=canal und nicht mit stream o.ä. wie man hier http://www.openstreetmap.org/?lat=47.376361&lon=9.892285&zoom=18&layers=B00FTF sieht, funktioniert es für mapnik und waterway=canal (linker unterer quadrant), aber nicht für stream (rechter oberer quadrant). das "mühlobächle" ist kurz nachdem es unter der strasse nach norden fliesst in einem tunnel z.b. dort wo neben dem haus der name steht. osmarender stellt das mit dem tunnel aber nicht mal bei waterway=canal dar... grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Georeferenzierung leicht gemach t (auch für JOSM!) - Kommentar zum Ergebnis
hallo rolf Rolf Gehring schrieb: > das mit dem JPG konvertieren war nur eine rhetorische Frage, denn egal ob > die Metainformationen verloren gehen könnten, es sind ja keine vorhanden. > Ich hatte ja in meiner Verzweiflung auch mal ein Wald- und Wiesenbild > genommen, weil es Metainformationen besaß. Nach dem Warpen waren diese auch > weg. das runterladbar "warped" bild ist darum ein tiff, weil es ein GeoTIFF ist. d.h. direkt im bild sind *einige* metainformationen zur geographischen referenz des bildes: wenn ich das bild runterlade und dann z.b. "gdalinfo map-buch-003.jpg.geo.tif" aufrufe, sehe ich das: Driver: GTiff/GeoTIFF Files: map-buch-003.jpg.geo.tif Size is 2272, 1592 Coordinate System is: GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.2572235629972, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]] Origin = (13.496469734251653,52.635364171690057) Pixel Size = (0.03052314953,-0.03052314953) Metadata: AREA_OR_POINT=Area Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 13.4964697, 52.6353642) ( 13d29'47.29"E, 52d38'7.31"N) Lower Left ( 13.4964697, 52.6305049) ( 13d29'47.29"E, 52d37'49.82"N) Upper Right ( 13.5034046, 52.6353642) ( 13d30'12.26"E, 52d38'7.31"N) Lower Right ( 13.5034046, 52.6305049) ( 13d30'12.26"E, 52d37'49.82"N) Center ( 13.4999372, 52.6329345) ( 13d29'59.77"E, 52d37'58.56"N) Band 1 Block=2272x1 Type=Byte, ColorInterp=Red Mask Flags: PER_DATASET ALPHA Band 2 Block=2272x1 Type=Byte, ColorInterp=Green Mask Flags: PER_DATASET ALPHA Band 3 Block=2272x1 Type=Byte, ColorInterp=Blue Mask Flags: PER_DATASET ALPHA Band 4 Block=2272x1 Type=Byte, ColorInterp=Alpha dieselbe info ist in einem jpg nicht speicherbar. dort wird ein eigenes world-file notwendig, in dem das drinnen steht. [...] > Das Warpen vollbringt auch keine Wunder. Ich gebe zu, ich die drei Punkte > relativ dicht in der Mitte angesetzt. In JOSM stimmte etwa das halbe Bild > gut mit dem Original überein. Am Rand recht oben mögen sich aber schon so > etwas 20 m Differenz eingeschmuggelt haben. Da sitzt man schon hinter dem > Straßengraben. 3 gcps sind auch ein bisschen wenig. mehr davon besser verteilt bringt weit bessere ergebnisse u.a. weil dann auch andere algorithmen verwenden werden können. :-) grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Georeferenzierung leicht gemach t (auch für JOSM!) - Einbinden in JOSM unter Windows
hallo rolf Rolf Gehring wrote: [...] > leider lande ich immer wieder bei der gleichen Fehlermeldung. Die > Lademeldung mit dem Balken zeigt sich, lädt aber vermutlich nichts, dann > kommt die Fehlermeldung. Es wurde zwar ein neuer Layer angelegt, der ist > aber leer. die url, die du brauchst versteckt sich im link "WMS", der bei deinem bild direkt unter "3 gcps" steht und lautet: http://wrp.geothings.net/cgi/mapserv.cgi?map=/home/.vic/timwarp/wrp.geothings.net/releases/20080718131730/db/mapfiles/map0.map&layers=image76&REQUEST=GetMap&VERSION=1.1.1&STYLES=&FORMAT=image/png&SRS=EPSG:4326 mit dieser url als WMS-quelle geht es. habe ich gestern ausprobiert. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
hallo alexander Alexander Menk wrote: [...] > Jetzt habe ich das Plugin aktualisiert und scheinbar wurde die > Empfindlichkeit verringert .. jetzt entfernt es so viele Punkte, dass > der vereinfachte Weg teilweise 50-100m neben dem eigentlichen verläuft. es hat vor knapp 2 wochen eine änderung beim "simplify way" gegeben. davor wurden für die berechnung des fehlers, der durch die vereinfachung auftritt die koordinaten in grad statt in radian verarbeitet... > Weiß jemand ob man diese Empfindlichkeit irgendwo einstellen kann ? man kann den maximal "erwünschten" fehler, der durch vereinfachung eintreten soll in den preferences festlegen: "edit" -> "preferences" -> auf den die zunge herausstreckenden Einstein klicken einen key "simplify-way.max-error" anlegen oder editieren und als wert den maximalen fehler in metern angeben. wenn es den key nicht gibt, ist 50m der voreingestellte wert. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Luftbild in JOSM als Digitalisiervorlage
hallo kai Kai Behncke wrote: > Hallo liebe Liste, ich habe ein Luftbild welches ich gerne in JOSM > als Digitalisiervorlage einbinden möchte (das Luftbild ist übrigens > lizenzrechtlich unbedenklich). > > Gibt es dafür eine einfach Möglichkeit? Prinzipiell wäre es ja auch > möglich nen eigenen WMS aufzusetzen, der nur das Bild beinhaltet, > frage mich nur gerade ob das auch schneller geht? wenn die lizenz des bildes so ist, dass du es allen zur verfügung stellen darfst[1] und das bild schon orthorektifiziert und georeferenziert ist, dürfte www.openaerialmap.org (OAM) das einfachste sein. dort kannst du es hochladen und dann den WMS-server von OAM verwenden (http://wiki.openaerialmap.org/Using_With_OSM). wenn es nicht georeferenziert/orthorektifiert aber frei verfügbar ist, dann geht bis zu einer bestimmten größe der map-rectifier von metacarta ganz gut. wenn es zu groß dafür ist, brauchst du ein GIS-programm (z.b. grass). wenn lizenzrechtlich nur du es verwenden darfst, würde ich einen WMS aufsetzen. das ist zwar am anfang mit aufwand verbunden, dann aber kannst du gut damit arbeiten. wie das geht findest du im archiv der liste. ich biete auch gerne wieder meine hilfe an, wenn du probleme hast. viele grüße hermann [1] http://www.openaerialmap.org/licensing/ "[...] all imagery uploaded to OpenAerialMap should be compatible with one of the following two licenses: * Creative Commons Attribution License * Public Domain (or the WTF PL), if you prefer." ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Gemeinde/Stadtverwaltung
hallo Raphael Studer wrote: >> d.h. "amenity=townhall" ist ein tag für >> rathäuser/gemeindeverwaltugsgebäude, "unabhängig davon, ob das gebäude >> momentan für administrative zwecke verwendet wird oder nicht" (freie >> übersetzung von mir). > > Leider wiederspricht sich die Beschreibung mit der Detailbeschreibung des > Tags: > http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dtownhall > "The townhall is a building where the administration of a village, > town or city is located." > Also wo der Bürgermeister hockt. ich glaube wir reden aneinander vorbei. was verstehst du unter "gebäude der gemeinde-/stadtverwaltung"? inwiefern ist das getrennt von dem gebäude, wo der/die bürgermeisterIn "hockt"? bei den gemeinden die ich kenne sind die bürgermeisterInnen und ihre beamtInnen - also die versammelte verwaltung - im selben gebäude. im rathaus eben. und wenn sie das nicht tun, dann nur deswegen, weil der platz in einem gebäude irgendwann nicht mehr ausgereicht hat... kommt aber selten vor und ist z.b. hier in der stadt in der ich wohne seit ein paar jahren schon wieder nicht mehr so, weil das rathaus neu und grösser gebaut wurde. hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Gemeinde/Stadtverwaltung
hallo Raphael Studer wrote: [...] >> ich habe >> amenity=townhall >> verwendet. > > Wär gar keine so schlechte Idee. Leider steht im englischen noch "A > town hall building, regardless of whether it is currently used for > administrative purposes". das bezieht sich auf die diskussion zu diesem tag: da hat jemand angemerkt, dass es auch "town halls" gibt, die nicht mehr benutzt werden, weil die gemeinden zusammengelegt wurden. d.h. "amenity=townhall" ist ein tag für rathäuser/gemeindeverwaltugsgebäude, "unabhängig davon, ob das gebäude momentan für administrative zwecke verwendet wird oder nicht" (freie übersetzung von mir). hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Gemeinde/Stadtverwaltung
hallo Raphael Studer wrote: > Ich such ein Tag für das Gebäude der Gemeinde/Stadtverwaltung aber > kann irgendwie nichts entsprechendes finden. > Hat schon jemand ein solches verwendet? ich habe amenity=townhall verwendet. hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch Statistik für Österreich
hallo dirk Dirk-Lüder Kreie wrote: > hermann schwaerzler schrieb: > > Um so etwas in Zukunft zu vermeiden, schlage ich vor, die Source etwas > genauer zu benennen, also z.B. source="Shapefiles LVA Vorarlberg" und > evtl. noch note="used with permission, contact <[EMAIL PROTECTED]>" gut idee! sobald ich zeit habe, ändere ich die source-tags. es gibt zu jedem dieser ways auch ein source_ref-tag mit einer url im osm-wiki, wo die sache erklärt wird. das note werde ich also weglassen... grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch Statistik für Österreich
hallo gabriel Gabriel Ebner schrieb: [...] >> 318 k="source" v="shapefiles" > > Hoffentlich sind das die Shapefiles, die wir zur Verfügung gestellt bekommen > haben. ich habe genauer nachgeschaut: alle 318 kommen von mir, sind also die shapefiles, die ich vom vorarlberger landesvermessungsamt zur verwendung in osm zur verfügung gestellt bekommen habe. hier ist also alles im grünen bereich. :-) grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch Statistik für Österreich
hallo Hannes Boran wrote: > der source Tag wird wie zb. auch created_by oder author vom Tagwatch > Skript ignoriert. Siehe > http://trac.openstreetmap.org/browser/applications/utils/tagwatch/process.pl#L77 oh. das wusste ich nicht. falls es ausser mir auch noch jemand interessiert, was in österreich bei source (oder ähnlichen tags) angegeben wurden: grep -o 'k="sou.*.*e" v=".*"' austria.osm |sort | uniq -c| sort -n 1 k="souce" v="Hoss" 1 k="source" v="CIA World Factbook" 1 k="source" v="CIA World database II" 1 k="source" v="Hos" 1 k="source" v="SWDB;landsat" 1 k="source" v="image" 1 k="source" v="landsat, SWDB, gps" 1 k="source" v="landsat|local knowledge" 1 k="source" v="undefined" 1 k="source" v="ÃK 50" 1 k="source:name" v="Landsat" 1 k="source:name" v="http://earth-info.nga.mil/gns/html/cntry_files.html"; 1 k="source:name" v="http://earth-info.nga.mil/gns/html/cntry_files.html,www.statistics.sk"; 1 k="soure" v="Hoss" 2 k="source" v="Gagravarr_Airports" 2 k="source" v="SWDB, landsat,yahoo" 2 k="source" v="Yahoo|knowledge" 2 k="source" v="estimation" 2 k="source" v="ywms" 2 k="source:name" v="www.statistics.sk" 3 k="source" v="SWDB, landsat, yahoo" 3 k="source" v="SWDB,yahoo" 3 k="source" v="Yahoo TeleAtlas; knowledge" 3 k="source" v="yahoo, local knowledge" 4 k="source" v="CIA WDB Segment 029" 4 k="source" v="Yahoo Imaginery" 4 k="source" v="guess" 4 k="source" v="landsat,yahoo" 5 k="source" v="Dshpak_landsat_lakes" 6 k="source" v="CIA World databank II" 7 k="source" v="extrapolation" 8 k="source" v="photograph" 9 k="source" v="LandSat" 9 k="source" v="knowledge" 11 k="source" v="survey " 13 k="source:name" v="www.geonames.org" 14 k="source" v="Yahoo" 15 k="source" v="HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz"; 16 k="source" v="Yahoo TeleAtlas" 19 k="source:name" v="landsat" 20 k="source" v="SWDB, landsat" 22 k="source" v="YWMS" 44 k="source" v="Hoss" 49 k="source" v="gns" 72 k="source" v="nima_vmap0" 75 k="source" v="Landsat" 118 k="source" v="landsat" 129 k="source" v="SWDB" 318 k="source" v="shapefiles" 456 k="source" v="CIA World Databank II" 1959 k="source" v="yahoo" 5989 k="source" v="survey" > PS: Vorarlberg sollte schon in den Daten enthalten sein. Ich hab das > Mini-Planet File von Frederik benutzt. > http://download.geofabrik.de/osm/europe/ ja es ist enthalten und die frage war nicht ernst gemeint. :-) grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch Statistik für Österreich
hallo hannes Hannes Boran wrote: > Ich habe mir mal die Mühe gemacht eine Tagwatch Statistik für Österreich > zu machen und will euch das Ergebnis nicht vorenthalten. danke für die mühe! das hat mich sehr gefreut und drum habe ich mal durchgeklickt. und bin auf folgendes gestossen: ich habe bei "meinen" strassen ganz oft das source-tag verwendet (und n.b. auch source_ref) allerdings steht bei http://www.its-here.net/osm/tagwatch/en_stats_source.htm "Found 0 values for the tag source" wie das? seltsam, aber so steht es geschrieben... grüße hermann ps: "meine" daten sind in vorarlberg. du wirst das doch nicht etwa links liegen gelassen haben! :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Roundabout
hallo dieter jasper wrote: > Der Kreisverkehr ist ja meistens (kenne keine Ausnahme) symetrisch und > sehr häufig kreisförmig dargestellt. ich kenne eine ausnahme: grad vor ein paar wochen habe ich einen kreisverkehr in der schweiz (in Uster) befahren, der ist... naja nierenförmig dürfte die treffendste beschreibung sein. :-) http://tinyurl.com/2jqu2m grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OT: Suche PLZ+Koordinaten für Europa
hallo Frederik Ramm wrote: > http://www.geonames.org/postal-codes/ bietet Live-Zugriff, aber kein > Runterladen, soweit ich sehe. doch. sie bieten auch einen datenbank-dump an: http://www.geonames.org/export/#dump grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahnkreuz identifizieren
hallo Frederik Ramm wrote: > Ich habe das Bild mal zu http://labs.metacarta.com/rectifier > hochgeladen und dort etwas (provisorisch) zurechtgezupft. nur interessehalber: was hast du als (hintergrund)-referenz für das zurechtzupfen verwendet? google-streets? google-satellite? jo derfens denn des? :-) das scheint ja super zu funktionieren, muss ich auch mal ausprobieren. :-) grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch Liste für Deutschland
hallo Jörg Ehrichs wrote: > Scheitert im moment leider schon am entpacken, aus irgendeinem grunde stopp > er > bei 4Gig jedesmal. > Falls jemand zufälig ne lösung weiß (nutze ubuntu und bunzip2 planet.osm.bz2) > nehm ich die grne an. es gibt einige dateisysteme mit 4GB als maximale dateigrösse. z.b. FAT32 (wie du vielleicht zwischen den zeilen des telegramms von D. L. Kreie lese konntest :-). bei ext2 ist die max. dateigrösse 2 TB. bei ext3 abhängig von der blockgrösse (aus http://en.wikipedia.org/wiki/Ext3): Block size Max file size Max filesystem size 1KiB16GiB 2TiB 2KiB256GiB 8TiB 4KiB2TiB16TiB grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Komme mit dem neuen Josm nicht mehr zu recht
hallo Frederik Ramm wrote: >> UND: wenn ich es mir wieder anders überlege und doch drauf komme, >> das der node nicht fehlerhaft gesetzt war: es gibt KEIN "redo" nach >> diesem "undo"! > > Das wundert mich, Redo sollte es immer geben, dann ist da was kaputt. jetzt kann ich mehr dazu sagen: es gibt dann kein redo, wenn während der node/way einfügerei nicht der osm-datenlayer sondern z.b. der GPS-layer ausgewählt ist. habe ich da was falsch verstanden? muss ich vor jeder änderung den osm-datenlayer explizit auswählen? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Komme mit dem neuen Josm nicht mehr zu recht
hallo ich bin zuerst auch erschrocken, als das select-tool plötzlich nicht mehr da war und keine auswahl mehr, auf welche art die nodes gesetzt werden. aber jetzt habe ich mich dran gewöhnt und ich finde auch, dass JOSM besser/einfacher bedienbar ist als zuvor. ein paar wünsche habe ich aber schon noch: * wenn ich einen way erstelle, dann kommt es immer wieder mal vor, dass ich mich "verklicke", also irgendeinen kleinen fehler mache. meine (ich finde logische) reaktion ist: - alias "undo". das geht auch problemlos: der neue fehlerhaft gesetzte node (und das "segment" zu ihm vom node davor) ist weg. ABER: der node davor ist dann NICHT selektiert, ich kann also nicht einfach weitermachen, sondern muss diesen node selektieren und kann erst dann weitermachen ( = 2x werkzeug wechseln). UND: wenn ich es mir wieder anders überlege und doch drauf komme, das der node nicht fehlerhaft gesetzt war: es gibt KEIN "redo" nach diesem "undo"! wäre super, wenn ihr das einbauen könntet. * ich lade mir nicht nur die osm-daten, sondern auch die gps-traces meiner gegend runter und habe auch das validator-plugin installiert. d.h. ich starte mit 3 layer. selektiert ist beim start der gps-layer. wenn ich jetzt was editiere werde ich nicht drauf aufmerksam gemacht, dass etwas geändert ist. ich habe dazu ein trac-ticket erstellt: http://josm.openstreetmap.de/ticket/371 das war's einstweilen. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Eigene Luftbilder (war: Anfängerfr age: Münster verschoben)
hallo PartySound wrote: > jetzt muss ich doch auch mal ne Frage loswerden. Ist es in JOSM möglich > eigene Luftbilder (*.JPG) als Hintergrundebene einzufügen? Bis jetzt gehe > ich immer den Umweg über eine andere Software, das ist aber mehr wie > umständlich und dauert relativ lange mit mäßigem Ergebnis. mit dem wmsplugin und eventuell einem eigenen WMS-server geht es. wenn die bilder nicht allzu gross sind: http://lists.openstreetmap.org/pipermail/talk-de/2007-July/001511.html wenn die bilder dafür zu gross sind, musst du einen eigenen WMS-server installieren: http://lists.openstreetmap.org/pipermail/talk-de/2007-July/001650.html grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] 04to05 als webservie (war: Migration auf 0.5 ist durch)
hallo Frederik Ramm wrote: [...] >> aber funktioniert das auch für andere (nicht ISO-8859-1) zeichen? z.b. >> arabische? > > Ehrlich gesagt: keine Ahnung. Ich probiere es mal aus. ich habe es inzwischen selbst auch ausprobiert (mit einem stück tigris aus bagdad :-). es funktioniert auch damit. JOSM stellt das dann alles richtig dar. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] 04to05 als webservie (war: Migration auf 0.5 ist durch)
hallo also die upload-download version ist jetzt fertig: http://www.freirad.at/osm.html ein paar fragen habe ich noch: reicht das 20 MB limit oder soll/muss ich es höher ansetzen? gibt es verbesserungsvorschläge für den text der html-seite? :-) zum skript selbst: meine dateien sind in utf8 kodiert. aus einem utf8 kodierten "ü" macht das skript via HTML::Entities::encode_numeric ein "ü". ist das nicht die iso-8859-1 version des "ü"? das scheint in diesem fall kein problem zu sein. wenn ich die 05-er datei im josm öffne, sind die umlaute richtig. aber funktioniert das auch für andere (nicht ISO-8859-1) zeichen? z.b. arabische? grüße hermann ps: wegen traffic würde ich es gerne so mache, dass ich das ganze mal ein woche lang beobachte und dann (falls es zuviel wird) das ganze auf einen dev-server abgebe. ok? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] 04to05 als webservie (war: Migration auf 0.5 ist durch)
hallo Frederik Ramm schrieb: > Cool, kann ich das auf die englische Liste kopieren, oder ist es Dir > lieber, wenn das Skript auf dem dev-Server o.ae. installiert wird > wegen des Traffics? ich werde wegen des traffics morgen vormittag kurz mit dem server-admin reden - ich kenne die limits nicht. ich denke aber nicht, dass es da keine probleme geben sollte. es werden ja nicht GB-weise alte osm-daten herumliegen denke ich mir. mit dem weiterleiten an die englische liste warte bitte noch bis morgen mittag, damit ich das ding noch so umbauen kann, dass man nicht copy-und-pasten muss, sondern eine lokale datei auswählt, abschickt und dann eine datei zum speichern angeboten bekommt. das geht voraussichtlich schnell, ich kann es nur nicht vor morgen vormittag machen. ich schick eine mail, wenn ich soweit bin. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] 04to05 als webservie (war: Migration auf 0.5 ist durch)
hallo
Frederik Ramm schrieb:
> Wenn irgendjemand etwas gutes tun will, kann er/sie dieses Perl-
> Skript mal zu einem kleinen Webservice umbasteln, dem die Leute per
> POST-Request ihre Files schicken koennen, das waere fuer diejenigen,
> die einzelne OSM-Files herumliegen haben und kein Perl installieren
> koennen/wollen, sicher eine tolle Sache.
ich bin dran. es gibt einen prototypen hier:
http://www.freirad.at/osm.html
04er osm-daten hinein-copy-und-pasten (ohne die erste zeile mit
"'text/xml' );
print qq(\n\n);
-if (@ARGV) {
-$p->parsefile($_) for @ARGV;
-}
-else {
-$p->parse( \*STDIN );
-}
+my $data = param('04data');
+
+#if (@ARGV) {
+#$p->parsefile($_) for @ARGV;
+#}
+#else {
+$p->parse( $data );
+#}
for my $seg ( values %segs ) {
my $tags;
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mapnik-nicht-update oder simplify-problem?
hallo als abschluss des themas: nach dem neurendern der besagten tiles schaut alles wieder so aus, wie es sein soll. es war wirklich nur eine inkonsistenz in den daten. hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Simplify ways
hallo Frederik Ramm wrote: >>> Auch mein "simplify way"-Tool, das Martijn mittlerweile in das >>> Utils-Plugin eingebaut hat, koennte da helfen - waere eh gut, wenn >>> das >>> mal jemand "probefahren" wuerde, hier: >>> http://kleptog.org/temp/UtilsPlugin-test.jar [...] > Hm, vielleicht > > simplify-way.max-error=0.0005 > > oder so noch in die preferences eintragen - damit stellt man ein, wie > grob oder fein es vereinfachen soll. Ich muss mir aber selbst mal das > Plugin holen und gucken, ob das ueberhaupt geht, wie gesagt, ich > hatte damals nur einen Codeschnipsel hingeschickt... Hermann > Schwaerzler scheint es ja aber hinbekommen zu haben. ja, ich habe das hinbekommen (mit dem oben zitierten eintrag in die preferences). und es funktioniert wunderbar. d.h. die probefahrt war erfolgreich. ein paar anmerkungen/wünsche habe ich schon noch. :-) 1. die anzeige wird nach dem anwenden von "Simplify Way" nicht aktualisiert. es schaut also im ersten moment so aus als ob nix passiert wäre, bis man die auswahl ändert oder rein-raus-zoomt oder sowas. 2. bei einer mehrfachauswahl wird nur der zuletzt ausgewählte way vereinfacht. gut wäre es, wenn es auf alle ausgewählten ways angewendet würde. falls martijn für diese änderungen keine zeit hat kann ich es mir gerne auch selbst mal anschauen. gibt es die sourcen dafür irgendwo? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] shp -> osm tool?
hallo Stephan Holl wrote in "Re: [Talk-de] Osnabrück ist in einem Tag weit gekommen - Frida Daten sind in OSM importiert!": [...] > Richtig. FRIDA hatte seine eigene "ausgedachte" Klassifikation, die ich > nach bestem Wissen auf OSM gemappt habe. nur interessehalber: was habt ihr denn verwendet, um die shapefiles nach osm zu konvertieren und die klassifikation abzubilden? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mapnik-nicht-update oder simplify-problem?
hallo frederik Frederik Ramm wrote: [...] > Du kannst einfach mal rechtsklicken uns "Bild anzeigen" auf so einem > Bild machen, da kommt dann z.B. das Bild > > http://tile.openstreetmap.org/17/69147/45894.png > > Wenn man da ein /status hinten anhaengt, erhaelt man: > > http://tile.openstreetmap.org/17/69147/45894.png/status > tile created at 2007-09-14 12:45:49 > tile is awaiting re-render: true super, man lernt nie aus! wenn die zeit UTC ist, dann sind das ziemlich sicher inkonsistente daten. so um die zeit herum habe ich nämlich den upload nach dem oftmaligen anwenden von "Simplify Way" gemacht und der hat seeehr lange gedauert. da wird also NACH dem löschen der nodes/segmente aber VOR dem neu "anlegen" der ways mapnik gerendert haben. > Aus welchem Grund auch immer ist dieses Tile also zuletzt vor 14 > Tagen gerechnet worden. Und es ist auch schon zur Neuberechnung > vorgemerkt. Eventuell ist der Berechnunglauf gerade wegen der UTF-8- > Probleme angehalten. ok. ich beobachte das weiter. :-) > Du solltest auch wissen, dass die Update-Laeufe nie automatisch alles > updaten, sondern nur das, was man ansieht - da hilft es dann oft, > eine Stunde spaeter nochmal hinzuschauen. Oder man kann mit einem > angehaengten "dirty" (statt "status" oben) explizit ein bestimmtes > Tile nachfordern. und schon wieder was gelernt (das mit dem dirty. das mit dem ansehen wusste ich). :-) danke hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] mapnik-nicht-update oder simplify-problem?
hallo ich habe vor einiger zeit mithilfe des UtilsPlugin-test.jar von frederik die ways, die ich durch den import von shapefiles erhalten hatte, vereinfacht (ich habe in den preferences "simplify-way.max-error=0.0005" eingestellt; das ist knapp 1 m). das hat super funktioniert und hat zum teil ziemlich einige nodes entfernt ohne ungenauer zu sein, weil die von denen ich die daten bekommen habe doch seeehr übergenau waren. seither schaut das aber bei mapnik so aus (osmarender macht es korrekt): http://www.openstreetmap.org/?lat=47.384888742650304&lon=9.92050608991305&zoom=17 ich habe das darauf zurückgeführt, dass ich diese vereinfachung an einem mittwoch nachmittag/abend hochgeladen habe und deswegen mapnik inkonsistente daten gesehen hat. inzwischen ist aber schon mindestens ein mittwoch vorübergegangen, ohne das sich was geändert hat. waren in den letzten 2 bis 3 wochen keine mapnik-update-läufe? oder gibt es ein problem mit dem simplify-ding, das ich nicht sehe? wenn ich mir nämlich die daten im osm-file anschaue scheint alles zu passen (und osmarender hat ja auch kein problem). hat irgendwer eine idee? grüße hermann ps: seltsam, aber so steht es geschrieben... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eigene Luftbilder als Vorlage
hallo michael leider komme ich erst jetzt dazu, die zu antworten, aber am wochenende war nix mit mails lesen geschweige denn antworten. :-) Michael Wenzl wrote: > Für die Gegend um meinen Wohnort habe ich einige Luftbilder als > jpeg Dateien, die etwas mehr Details zeigen als die Landsat Bilder. Die > Frage, die sich mir nun stellt ist wie ich diese als mapping-Hintergrund > verwenden kann. Dabei ist mir grundsätzlich klar, dass die Bilder > orthorektifiziert und georeferenziert werden müssen. Weniger klar ist > mir mit welcher (Linux-) Software das passieren kann und wie diese > "Geo"-Bilder dann z.B. in JOSM eingebunden werden. Ist dazu z.B. ein > WMS notwendig, wenn ja welcher - lasse ich den auf meinem Rechner > laufen oder muss ich die Bilder irgendwohin hochladen - ... ? frederik hat dich eh schon darauf hingewiesen: ich habe es geschafft, mich soweit vertraut mit dem mapserver (http://mapserver.gis.umn.edu/) vertraut gemacht, dass ich orthofotos via wms-plugin im JOSM als mapping-hintergrund verwenden kann. gerade letzte woche konnte ich nochmal was dazulernen, als ich sven g. geholfen habe seine mehr als 200 bilder grosse sammlung an orthofotos zum laufen zu bringen. ich lerne gern noch mehr dazu. :-) wenn du also zusätzlich zu meiner ultrakurzanleitung im mail von ein paar wochen noch fragen hast, helfe ich dir gerne weiter. und dann habe ich auch noch ein paar fragen: hast du die luftbilder selbst gemacht? ich habe gesehen, dass man mit GRASS bilder orthorektifizieren kann. machst du es damit? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] WMS/orthofoto/JOSM
hallo sven es hat doch länger gedauert als zuerst gedacht, aber jetzt versuch ich es mal: Sven Geggus wrote: > Da komm ich jetzt mal drauf zurück. Ich habe hier Orthofotos > (Mehrzahl - konkret 213 Stück) vom Liegenschaftsamt. Die würde ich > gerne in nen mapserver reinstopfen. > > Scheint im deutschen GK-Format zu sein: [...] > Wie muss denn jetzt mein mapfile aussehen, damit ich auf die Kacheln > zugreifen kann? > > Deine Daten im Beispiel scheinen ja ein anderes Format zu haben. Ist es > sinnvoll die Kacheln für josm irgednwie umzurechnen, bevor ich sie in > den mapserver reinstecke? ich habe die meisten informationen für die verwendung meines orthofotos aus folgendem text bezogen: http://mapserver.gis.umn.edu/docs/howto/raster_data/ im wesentlich solltest du folgendes tun: 1. ein "tile-index-file" erstellen (siehe punkt 4 "Rasters and Tile Indexing"), um dann auf alle dateien mit einer einzigen LAYER-anweisung zugreifen zu können: dafür verwendest du am besten gdaltindex (http://www.gdal.org/gdaltindex.html); so z.b.: gdaltindex -write_absolute_path tileindex.shp *.jpg dann kannst du wahrscheinlich den LAYER block, der im beispiel angegeben wurde mehr oder weniger übernehmen, ergänzt um METADATA "wms_title""dein Titel" END 2. eventuell (vor 1.) die dateien von RGB in 8bit dateien umwandeln (mit rgb2pct.py), weil das performance-mässig sicher besser ist. 3. die projection im map-file anpassen. wenn du den epsg-kürzel deiner projektion kennst, kannst du in /usr/share/proj/epsg danach suchen und findest dann die parameter für die PROJECTION-anweisung. mehr kann ich im moment nicht sagen, weil ich selbst noch nie mit mehreren dateien gearbeitet habe (mein bild ist ein einziges riesiges). wenn du nicht zurecht kommst, kannst du mir auch gerne ein paar von deinen bildern zukommen lassen (wenn du das darfst) und ich versuche mich dran... viele grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bekomme Presets nicht mehr zum laufen
hallo holger Holger Schrader wrote: > Was bedeutet beim JOSM Start die Fehlermeldung Fehler beim Parsen. > /Dokumente und Einstellungen/Holger/Anwendungsdaten/JOSM/presets.xml > The String -- in not permitted within comment. -- ist in > Anführungszeichen gesetzt. ich denke, das bedeutet das, was es sagt. :-) hast du irgendwo in der presets.xml sowas drinnen: beendet ihn. -- darf nicht innerhalb eines kommentars stehen! grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geo::ShapeFile (was: Kanarische Inseln)
hallo Raphael Studer wrote: > Ich wollte heute Mittag damit rumspielen, musste jedoch feststellen > dass sich dass Geo::ShapeFile CPAN Archive nicht installieren läst > wegen eines Bugs im Irgenwas-Test. Der Bug existiert schon seit ca. 9 > Monaten. Ich hab den Maintainer des Archivs freundlich gefragt obs da > ein Update geben wird. wegen des bugs habe ich mich auch schon an den maintainer gewandt, aber ohne reaktion. ich habe mir das genauer angeschaut: Geo::ShapFile::Point überlädt die vergleichsoperatoren, aber so, dass es nur funktioniert, wenn beide seiten des vergleichs ein Point-objekt sind. und neuere versionen von perl (oder von Test::Builder?) merken das und produzieren den fehler. da aber diese vergleichsoperatoren ansonsten ja funktionieren und tun was sie sollen, kann man ohne weiteres ein "force install" machen. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] WMS/orthofoto/JOSM
hallo Sven Geggus wrote: > Hermann Schwaerzler <[EMAIL PROTECTED]> wrote: > > > "gdalinfo orthofoto.tif": > > Hm, wie sieht das denn aus, wenn man stattdessen jpg+jpw Dateien hat? > > Ein jpw-file sieht so aus: > > 0.10 > 0.00 > 0.00 >-0.10 > 346.05 > 5432999.95 > > Die letzen beiden Werte sind Gauss-Krüger koordinaten. wie schon stephan holl geschrieben hat: gdalinfo kann auch jpeg-dateien lesen. wenn in der datei aber aus irgendeinem grund nix an information über projektion und koordinaten drinn steht, hilft dir das jpw weiter: das ist ein world-file (http://en.wikipedia.org/wiki/World_file) das bedeutet also bei dir: das bild hat eine auflösung von 0,1 m; das zentrum des linken oberen eckpixels liegt bei GK koordinaten 346.05/5432999.95. x-wert minimum (346.05) und y-wert maximum (5432999.95) hast du damit schon. die beiden anderen werte musst du errechnen, indem du die x- respektive y-ausdehnung des bildes (gemessen in pixeln) mit 0.1 multiplizierst, um auf die ausdehnung in metern zu kommen. x-max = x-min + (xsize * 0,1) y-min = y-max - (ysize * 0,1) grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] WMS/orthofoto/JOSM
hallo
ich habe ja zugesagt, ein HOW-TO zum thema
"orthofotos via mapserver/WMS in JOSM verwenden"
zu machen.
nachdem ich keine zeit habe, in absehbarer zeit ein richtiges howto zu
machen, hier mal schnell eine stichwortsammlung, die vielleicht auch
schon weiterhilft (ACHTUNG: langer text!). ich habe aber natürlich schon
zeit, fragen zu beantworten. :-)
*mapserver*
ich verwende debian testing am desktop, drum habe ich es mir einfach
gemacht:
"apt-get install cgi-mapserver"
installiert das cgi-programm des mapservers (und alles was dazu gehört).
die ausgabe, des dabei installierten mapserv-binaries:
"/usr/lib/cgi-bin/mapserv -v"
MapServer version 4.10.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
SUPPORTS=WCS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=EPPL7
INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG
wichtig dürfte es sein, bei INPUT auch GDAL dabei zu habe, weil damit
ganz viele bild-formate verfügbar werden (u.a. GeoTIFF). und natürlich
muss "SUPPORTS=WMS_SERVER" da stehen!
*orthofoto*
mein bild ist ein GeoTIFF. mit den (ebenfalls via apt-get) installiert
gdal-utilities ("apt-get install gdal-bin" komme ich zu den notwendigen
informationen:
"gdalinfo orthofoto.tif":
Driver: GTiff/GeoTIFF
Size is 34367, 24572
Coordinate System is:
PROJCS["unnamed",
GEOGCS["MGI",
DATUM["Militar_Geographische_Institute",
SPHEROID["Bessel 1841",6377397.155,299.152812833,
AUTHORITY["EPSG","7004"]],
AUTHORITY["EPSG","6312"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4312"]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",10.33],
PARAMETER["scale_factor",1],
PARAMETER["false_easting",0],
PARAMETER["false_northing",-500],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]
Origin = (-35000.000,253516.509826782130403)
Pixel Size = (0.500,-0.500)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
COMPRESSION=PACKBITS
Corner Coordinates:
Upper Left (-35000.000, 253516.510) ( 9d52'9.99"E, 47d25'12.22"N)
Lower Left (-35000.000, 241230.510) ( 9d52'13.47"E, 47d18'34.36"N)
Upper Right (-17816.500, 253516.510) (10d 5'49.88"E, 47d25'14.72"N)
Lower Right (-17816.500, 241230.510) (10d 5'51.66"E, 47d18'36.86"N)
*map-file*
das ist denke ich mir das entscheidende. mit hilfe von
http://mapserver.gis.umn.edu/docs/howto/wms_server
und
http://www.mobilegeographics.com/mapserver/
habe ich folgendes map-file zusammengeschustert (es kann so übernommen
werden und muss nur in den angegebenen positionen angepasst werden):
bei EXTENT sind die anzugebenden werte
x-wert-minimum y-wert-minimum x-wert-maximum y-wert-maximum
des orthofotos. diese am besten mit gdalinfo ermitteln
("Corner Coordinates" [siehe oben]).
MAP
NAME Map_Name
STATUS ON
EXTENT -35000.000 241230.510 -17816.500 253516.510 # !!anpassen!!
UNITS METERS # !!anpassen!!; weglassen, wenn einheit grad ist
WEB
METADATA
"wms_title" "WMS Titel" ##required
"wms_onlineresource" "http://localhost/cgi-bin/mapserv?"; ##requ
"wms_srs" "EPSG:4326" ##recommended
END
END
# projection muss angepasst werden an die projektion des orthofotos
PROJECTION "proj=tmerc"
"lon_0=10d20"
"x_0=0" "y_0=-500"
"ellps=bessel"
"towgs84=577.326,90.129,463.919,5.137,1.474,5.297,2.4232"
"units=m" "no_defs"
END
LAYER
NAME "Orthofoto"
METADATA
"wms_title""Titel" ##required
END
TYPE RASTER
STATUS ON
DATA "/home/hermann/tmp/orthofoto.tif" #!!anpassen!!
PROJECTION "proj=tmerc" ## recommened #!!anpassen!! wie oben
"lon_0=10d20"
"x_0=0" "y_0=-500"
"ellps=bessel"
"towgs84=577.326,90.129,463.919,5.137,1.474,5.297,2.4232"
"units=m" "no_defs"
END
END
END
in einer text-datei speichern (z.b. als "orthofoto.map").
*URL*
lokal einen http-server starten. ich verwende apache. dort muss das
verzeichnis, in dem das "mapserv"-programm liegt z.b. als "cgi-bin"
verfügbar sein.
jetzt müsste folgende url funktionieren (anpassen muss man den pfad bei
"map=" und den namen bei "layers=" [NAME bei LAYER im mapfile]).
http://localhost/cgi-bin/mapserv?map=/pfad/zu/orthofoto.map&SERVICE=WMS&VERSION=1.1.1&request=GetMap&layers=Orthofoto&srs=EPSG:4326
diese URL so in JOSM als weitere daten-quelle beim WMS-plugin angeben.
sie kann auch im browser getestet werden, dann muss am ende aber noch
ein "&width=80&height=80" angefügt werden. das dabei runtergeladene bi
[Talk-de] shp2osm und WMS erfolg
hallo dank eurer unterstützung (ganz besonders gabriel mit seinem shp2osm-perlskript), nach viel gegoogle und wälzen von how-tos der mapserver-homepage hatte ich heute erfolg: ich kann die daten, die ich vom landesvermessungsamt bekommen habe (strassen als ways und orthofoto als hintergrund-bild) mit JOSM anschauen und bearbeiten! wenn ihr wissen wollt, wie das ausschaut: http://wiki.openstreetmap.org/index.php/User_talk:Han013 die auflösung des orthofotos ist 0,5 m (man beachte die autos auf dem parkplatz) :-). die via shp2osm hereingeladenen strassen sind orange. der blaue way des flusses stimmt darum nicht mit dem orthofoto überein, weil ich den schon vor einiger zeit mit landsat als quelle eingetragen habe (und da offensichtlich zum teil etwas daneben lag). entsprechende howtos werde ich, sobald ich zeit habe im wiki ablegen. gabriel ist bereit, das shp2osm skript unter eine freie lizenz zu stellen (GPL oder BSD). ich würde es gerne mit meinen änderungen jemanden mit SVN-schreibzugriff zukommen lassen. und bin bereit, noch dran herumzudoktern, dass es dann mal mehr kann (z.b. tag mapping von shape-attributen auf osm-tags. oder angabe der projektionen via kommandozeile. usw.). grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shapes und projektionen
hallo
ich fasse mal möglichst zusammen und antworte in dieser mail auf mehrere
andere, damit das thema nicht zu sehr zerfleddert:
bezüglich der lizenz habe ich meiner meinung nach dem
landesvermessungsamt klar genug gesagt, was sache ist. ich zitiere aus
der mail, mit der ich auf ihr angebot (gratis-daten für
verbesserungen/korrekturen) reagiert habe:
"allerdings habe ich noch ein paar fragen/anmerkungen, damit es keine
missverständnisse gibt.
1. lizenz: ich weiss nicht, wie genau ihr die diesbezüglichen
informationen bei www.openstreetmaps.org angeschaut habt, aber es ist
so: die daten, die ich bei openstreetmaps eingebe sind einer
creative-commons lizenz unterworfen
(http://creativecommons.org/licenses/by-sa/2.0/deed.de), die im
wesentlichen bedeutet, dass jedermann die daten (also wirklich die
geodaten/attribute, nicht nur die karten) übernehmen darf.
ABER NUR, wenn daraus abgeleitete daten/karten/... wiederum dieser
lizenz unterworfen werden.
d.h. ihr könnt die von mir geänderten oder erweiterten daten VON DORT
nicht übernehmen, da ihr ja wahrscheinlich eure daten nicht unter
dieser lizenz veröffentlicht.
allerdings kann ich die daten, die ich bei openstreetmaps eingebe sehr
wohl zusätzlich auch direkt an euch weitergeben.
passt das so?"
die antwort war ziemlich lapidar:
"1. Lizenz: Wenn wir die Änderungen/Ergänzungen von Dir bekommen ist
das ok. Das passt so."
damit ist das geklärt. mehr braucht es meiner meinung nach nicht.
drum weiter mit technischem:
Michael Kugelmann wrote:
[...]
> als Info zum Thema: es gibt (wenn ich mich nicht irre) eine ähnliche
> Diskussion zur Verwendung von Shapefiles (?) von Osnabrück, auch mit
> der Frage wie Daten wieder zurück wandern können.
>
> Siehe Archiv dieser Mailingliste im Mai und älter (Stichwort:
> "Osnabrück über Frida") => vielleicht kann man da 2 Orte mit "einer
> Lösung" hinkriegen!
konkrete tools habe ich keine gefunden, darum habe ich auf die schnell
mal das "shp2osm.pl" perl-skript von Gabriel Ebner genommen um
herumzuprobieren.
damit komme ich zu einem osm-file, das ich problemlos in josm öffnen und
anschauen kann. die koordinaten muss ich noch umrechnen, aber dann
scheint das gut zu funktionieren. danke gabriel!
ob es vielleicht mit ogr2ogr -f "CSV"-> csv2osm (besser) geht, werde ich
bei gelegenheit testen.
so und jetzt noch technischer:
Gabriel Ebner wrote:
[...]
> sub polyline_out {
> my ( $pts, $tags, $connect_last_seg ) = @_;
[...]
> my ( $first_node, $last_node, @segs );
> for my $pt (@$pts) {
> my $node = node_out @$pt;
> push @segs, seg_out $last_node, $node if $last_node;
> $last_node = $node;
> $first_node ||= $last_node;
> }
> push @segs, seg_out $last_node, $first_node
> if $first_node
> && $connect_last_seg;
> way_out [EMAIL PROTECTED], $tags;
> }
sobald ich zeit habe, baue ich vor
"my $node = node_out @$pt;" (zeile 145 des skripts)
eine zeile ein, damit die koordinaten transformiert werden. ich denke,
das ist die beste stelle, oder gibt es eine bessere?
und ich werde dazu einfach mit `` oder qx// das "echo "..." | cs2cs"
samt parametern aufrufen...
grüße
hermann
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shapes und projektionen
hallo Frederik Ramm wrote: > Das geht, allerdings nur, wenn Dein Luftbild bereits orthoreferenziert > ist, d.H., Du musst die Koordinaten der Eckpunkte kennen und sie muessen > in einem fuer den Mapserver brauchbaren Format bereitliegen. beim luftbild sind noch zwei dateien dabei: eine mit der endung .prj, die so ausschaut (einrückungen von mir): PROJCS["Transverse_Mercator", GEOGCS["Geographic Coordinate System", DATUM["AUSTRIA", SPHEROID["Bessel 841",6377397.155,299.1528131060786] ], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433] ], PROJECTION["Transverse_Mercator"], PARAMETER["scale_factor",1], PARAMETER["central_meridian",10.33], PARAMETER["latitude_of_origin",0], PARAMETER["false_easting",0], PARAMETER["false_northing",-500],UNIT["Meter",1] ] und eine datei mit endung .tfw, die so ausschaut: 0.5 0.0 0.0 -0.5 -34999.75000 253516.2598267821300 ich hoffe, dass der mapserver direkt damit was anfangen kann. sonst gibt es gleich wieder lästige fragen an euch. :-) > Eine etwas primitivere Alternative, die auch nur mit nicht zu grossen > Bildern geht, ist der "Map Rectifier" von labs.metacarta.com, da laedst > Du ein Bild hoch, georeferenzierst es dann selbst anhand einer > Vergleichskarte (wenn OSM bei Dir noch gar nichts hat, musst Du Google > nehmen oder die "vmap0" oder sowas), und erhaeltst dann einen URL, wo Du > das Bild als WMS runterladen kannst. das geht denke ich mir aus zwei gründen nicht: 1. gebe ich damit das bild weiter, und das kann/darf ich nicht. 2. ist das bild sicher zu gross (fast 800MB unkompromiert). grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shapes und projektionen
hallo Gabriel Ebner wrote: [...] > Hab da ein kleines perl-Skript drangehängt, mit dem ich einmal ein paar > Shapefiles mit Gewässern hochgeladen habe. Vielleicht kannst du es ja > brauchen. ich schau es mir mal an. frederik: im svn gibt es kein tool namens shp2osm, nur eines namens osm2shp. es gibt aber ein csv2osm; funktioniert das in verbindung mit ogr2ogr -f "CSV"? (wenn du das nicht aus dem stegreif weisst, probier ich es selbst aus :-) [...] > On Tue, Jul 03, 2007 at 04:52:57PM +0200, Hermann Schwaerzler wrote: >> echo "118088.93 5249569.84" | \ >> proj -I +proj=tmerc +lon_0=10d20 +x_0=15 +ellps=bessel >> 9d54'38.395"E 47d23'4.986"N [...] > Transformationsparameter für das Kartendatum vergessen; so müsste das richtige > herauskommen: > > $ echo 118088.93 5249569.84 | invproj \ > +proj=tmerc +lon_0=10d20 +x_0=15 +ellps=bessel \ > +towgs84=577.326,90.129,463.919,5.137,1.474,5.297,2.4232 > 9d54'38.395"E 47d23'4.986"N wie du siehst, nützt das nichts, weil ob mit oder ohne "towgs84" kommt dasselbe heraus. ich habe gegooglet und probiert und bin auf das gekommen: echo "118088.93 5249569.84" | \ cs2cs +proj=tmerc +lon_0=10d20 +x_0=15 +ellps=bessel \ +towgs84=577.326,90.129,463.919,5.137,1.474,5.297,2.4232 \ +to \ +proj=latlong +datum=WGS84 was im nachhinein ja auch klar ist, weil es ein umwurschteln zwischen verschiedenen datumen (?) ist und wie sagt die man-page zu proj so schön - aber eben ziemlich weit unten wo kaum jemand mehr hinliest: :-) "[...] OTHER PROGRAMS The proj program is limited to converting between geographic and projection coordinates within one datum. The cs2cs program operates similarly, but allows translation between any pair of definable coor- dinate systems, including support for datum translation. [...]" damit wäre das problem gelöst und ich werde mich sobald ich zeit habe mit den anderen befassen. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shapes und projektionen
hallo Thomas Krüger wrote: > es gibt schon ein Plugin, dass Satellitenkarten in JOSM darstellt. > Dieses liesse sich sicherlich so modifizieren, dass es auch die > Luftbilder einfügt. Allerdings müsste man die Bilder vorher entsprechend > entzerren. so wollte ich die ergänzungen machen: mapserver (http://wiki.openstreetmap.org/index.php/Mapserver) aufsetzen und ihm das luftbild vorwerfen. dann via wms-plugin von josm die korrekturen/ergänzungen machen. wenn ich das richtig lese, könnte ich das so auch mit den shape-dateien machen. aber eben nur als hintergrund und ich müsste sie erst wieder mühsam als nodes/segmenst/ways zusammenklicken, oder? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shapes und projektionen
hallo Thomas Krüger wrote: > Hermann Schwaerzler schrieb: [...] > Das ist sehr erfreulich. Leider sind deutsche Behörden von solchen > pfiffigen Ansätzen, wie "gibst du mir, geb ich dir" sehr weit > entfernt, es sein denn es wird viel Geld gegeben. :-( ich war auch überrascht, das unbürokratische agieren ist auch hier in österreich nicht die regel. :-) > Du solltest die allerding auf die weitgehende Rechtefreigabe > hinweisen, die mit der Creative Commons Linzenz einhergeht oder eine > gesonderte Vereinbarung schliessen, die dann aber nur deine Daten > abdeckt. Du solltest auch nachfragen, welches Format sie erwarten. > Können sie so großflächig Daten bereitstellen können, dass es sich > lohnt, würde ich mich auch bereit erklären, einen geeigneten > Konverter zu programmieren, falls dies nötig ist. das mit der creative-commons lizenz bei osm habe ich explizit nachdem sie mir die daten zugesagt haben ausführlich erwähnt. es ist ihnen klar, dass die strassen-daten, die sie mir gegeben haben via osm frei zugänglich sind. damit sind sie einverstanden. wegen des formates, das sie wollen, sagten sie, sind sie nicht wählerisch. ich werde versuchen, das dann aber wenn es konkret wird (wenn ich also wirklich ergänzungen/korrekturen habe) nochmal zu präzisieren, damit weder sie noch ich viel arbeit haben. dass sie mir die daten gegeben haben, war glaube ich eher ein versuchsballon. es handelt soch nur um ein kleines gebiet. aber wenn es gut klappt, habe ich schon dran gedacht, nachzuhaken um ihnen vielleicht den ganzen bezirk abzuluchsen. :-) ob ein konverter notwendig ist, weiss ich noch nicht, würde mich gegebenfalls über mithilfe natürlich freuen... grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] shapes und projektionen
hallo ich wollte den weissen fleck, den es in osm bei meiner heimatgemeinde gibt, ausfüllen (ohne im besitz eines GPS-empfängers zu sein) und habe deswegen beim zuständigen landesvermessungsamt nachgefragt, ob ich ein luftbild von ihnen (wenn ich es ihnen abkaufe) zu diesem zweck verwenden darf. die nutzungsbedingungen waren da etwas unklar bzw. für diesen fall nicht ausgelegt. :-) die antwort war ziemlich überraschend: damit arbeit nicht doppelt gemacht werden müsse, haben sie mir ein luftbild (tiff) und ihre strassen-daten (esri shapes) kostenlos zur verfügung gestellt, damit ich sie in osm einbringen kann, wenn ich dafür ihnen im gegenzug alle meine verbesserungen/ergänzungen ebenfalls kostenlos zurückgebe. jetzt habe ich dazu ein paar fragen: gibt es einen guten weg, die in den shape-dateien enthalten daten (es ist das strassennetz des dorfs) ins osm zu bringen? am liebsten so, dass ich sie zuerst mal in josm "reinlade", kontrolliere und eventuell korrigiere und dann hochlade. die koordinaten der daten sind rechts- und hochwerte des lokal verwendeten "ablegers" des in österreich üblichen bundesmeldenetzes (http://de.wikipedia.org/wiki/BMN). dazu gibt es im osm-wiki die parameter für proj: http://wiki.openstreetmap.org/index.php/Converting_to_WGS84 wenn ich da die für mich zutreffen parameter für M28 nehme, komme ich z.b. für die koordinaten "-31911.07 249569.84" (nachdem ich zum rechtswert 15 und zum hochwert 500 addiert habe um echte "BMN"-koordinaten draus zu machen) auf folgende werte: echo "118088.93 5249569.84" | \ proj -I +proj=tmerc +lon_0=10d20 +x_0=15 +ellps=bessel 9d54'38.395"E 47d23'4.986"N schaut gut aus, differiert aber von dem, was die vom landesvermessungsamt hier ausrechnen: http://vogis.cnv.at/dva04/coordtrans2.aspx?transfrom=0&x=-31911.07&y=249569.84 9°54'37,45''47°23'02,81'' das sind immerhin fast 1" beim "rechtswert" und mehr als 2" beim "hochwert". hat jemand eine idee, warum das so ist? oder was ich falsch mache? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
