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:
[...]
osm version= .6 generator=TBN.PL
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=17lat=48.14112lon=11.58834layers=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] 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: [...] Parameter name=table (select * from planet_osm_roads order by z_order) as roads /Parameter [...] 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 (Parameter name=tablev_roads/Parameter)? 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: [OSM-legal-talk] A really quick poll
hello Iván Iván Sánchez Ortega wrote: El Lunes, 3 de Noviembre de 2008, Gustav Foseid escribió: I am really worried, when I see the chairman of the OSM Foundation making these kind of oversimplified statements regardig a complex issue like the OSM license. Building a community is much more important than any license, and this is not a good way to do it. Steve is quite a busy man, and already knows that a PD-vs-SA license discussion will turn into a time-consuming, useless flame war. [...] well, sure he is busy. but i have to second Gustav: the oversimplified statements and short one-liners we have seen recently do not help to avoid time-consuming, useless flame wars. they rather fuel them. regards hermann ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
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 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] [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] 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 cid:part1.01090300.02020502@koppisch.net (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.376361lon=9.892285zoom=18layers=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!) - 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.maplayers=image76REQUEST=GetMapVERSION=1.1.1STYLES=FORMAT=image/pngSRS=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] 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.29E, 52d38'7.31N) Lower Left ( 13.4964697, 52.6305049) ( 13d29'47.29E, 52d37'49.82N) Upper Right ( 13.5034046, 52.6353642) ( 13d30'12.26E, 52d38'7.31N) Lower Right ( 13.5034046, 52.6305049) ( 13d30'12.26E, 52d37'49.82N) Center ( 13.4999372, 52.6329345) ( 13d29'59.77E, 52d37'58.56N) 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] 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 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] 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: ctrl-z 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
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 #xFC;. 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 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
[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
xml...), auf submit klicken und die entstehende xml-datei speichern.
morgen vormittag (früher geht es leider nicht) baue ich es um auf
file-upload und direkten download. ausser sonst jemand hat davor schon
zeit.
hermann
ps: diff des skripts:
[EMAIL PROTECTED] ~]$ diff -bu 04to05.pl www.freirad.at/cgi-bin/04to05.pl
--- 04to05.pl 2007-10-07 13:02:49.0 +0200
+++ www.freirad.at/cgi-bin/04to05.pl2007-10-08 13:56:49.0 +0200
@@ -186,14 +186,20 @@
},
);
+use CGI qw/:standard/;
+#my $q = new CGI;
+
+print header(-type='text/xml' );
print qq(?xml version=1.0?\nosm version=0.5
generator=04to05.pl\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] 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
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
[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.384888742650304lon=9.92050608991305zoom=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] 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: !-- irgendwas irgendwie irgendwo -- -- !-- startet in xml einen kommentar. -- 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
[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
[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.395E 47d23'4.986N schaut gut aus, differiert aber von dem, was die vom landesvermessungsamt hier ausrechnen: http://vogis.cnv.at/dva04/coordtrans2.aspx?transfrom=0x=-31911.07y=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
