Re: [talk-ph] SOTM 2010 Philippine Bid?
And Mike Collinson suggested in his 2008 SOTM talk that SOTM 2010 should be held in Boracay. :-) On Fri, Nov 20, 2009 at 2:51 PM, maning sambale emmanuel.samb...@gmail.comwrote: Saw this in the wiki http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2010 State Of The Map 2010 Talking about where to ... During a voting on July 11, 2009 evening in restaurant Dantzig these answers were suggested for the location of SotM10. (not an official voting) ... * Philippines ... -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Video mapping in JOSM? Was I dreaming?
My brain remembers reading something (I'm guessing in this list) about video mapping with JOSM, but I now can't seem to find anything about it in the JOSM help/JOSM-Dev list/OSM-talk list. There's a few wiki pages that (vaguely) mention video mapping but nothing detailed/ specific on how to do video in JOSM (except some idea to extract each frame of the video out into a JPEG file and use the photo-mapping technique, which seems too laborious to be useable). Can anyone point me to the thing my brain thinks it read? I think there was mention of the software using a Java library that could read AVI files, that would require the use of a particular codec, so I'm guessing that it was JOSM and not Potlatch/Merkaartor. In the absence of the info I was thinking of, can anyone suggest ways to utilise video in mapping?: I have video (AVI) from a vehicle that is synchronised to a GPS track (GPX). So, I was imagining that I could at least read in the track to an OSM editor and the video into a video player, and then look at the timestamps on the track and manually view the correct frame in the video in the video player (the video has timestamps on it). And hopefully then be able to easily move backwards/forwards along the track, whilst showing the timestamps. However, I can't seem to find a way of seeing the track timestamps in JOSM. I did find a way of clicking on individual track points to show the track timestamps in Merkaartor. I've never used JOSM before and only use Merkaartor 2 times, so I could have easily missed the obvious! Thanks, Woll ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Yahoo imagery through wmsplugin not displaying in JOSM on Ubuntu Linux
As explained at
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin#On_Ubuntu_9.04_.27Jaunty_Jackalope.27
I setup JOSM with wmsplugin, using gnome-web-photo 0.3-0ubuntu2.
But no photo underlay is displayed.
The command line I am using for the plugin is
'gnome-web-photo --mode=photo --format=ppm {0} /dev/stdout | pnmcrop
-white | pnmtopng'
But when I add the Yahoo imagery WMS layer in JOSM, nothing happen
except CPU activity. When I look at the tasks running, I see that
gnome-web-photo is called repeatedly :
'gnome-web-photo --mode=photo --format=ppm
http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=2.1969114,48.8972867,2.2262035,48.9165400srs=EPSG:4326width=500height=500;
/dev/stdout | pnmcrop -white | pnmtopng'
I am surprised that it is not working because I successfully tested it
by piping it to 'display' :
'gnome-web-photo --mode=photo --format=ppm
http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=2.1969114,48.8972867,2.2262035,48.9165400srs=EPSG:4326width=500height=500;
/dev/stdout | pnmcrop -white | pnmtopng | display'
displays the tile allright.
Why doesnt JOSM display anything, while the command line seems correct?
What am I doing wrong ?
I am using JOSM 2454 and wmsplugin 18625.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo imagery through wmsplugin not displaying in JOSM on Ubuntu Linux
2009/11/20 Jean-Marc Liotier j...@liotier.org:
The command line I am using for the plugin is
'gnome-web-photo --mode=photo --format=ppm {0} /dev/stdout | pnmcrop
-white | pnmtopng'
I had no luck with gnome-web-photo on ubuntu at all, just get and
compile webkit-image, it's fairly trivial to do and works all the
time.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
Was there some sort of consensus on how to tag these at all? Even though I don't think they should be automatically guessed at, and even though there is boundaries for most places in Australia, some times the towns out grow the boundaries and it'd be useful to tag these exceptions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting-(man_made=mineshaft)
The feature is now approved. So let's start mapping mineshafts. http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmineshaft lesi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Isn't it time for a higher zoom level?
Hi there, looking at the map renders of Rio de Janeiro's downtown, it looks very cluttered, specially with Osmarender. I believe this should happen in many other places. We should not be tagging for the renderer, rather the opposite - fix bugs on the renderer to make it look exactly like you want. So, I was wondering: Isn't it time for a higher zoom level? I understand that that could throw more load on the servers, but maybe we could have an option to render at highlevels only certain areas, such as above a certain point density, or something like that. What do you think about it? Probably this should be targeted for a more specific list like mapnik-, but I'd like to hear (er, read) what do you think about this matter. Cheers, -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com Acadêmico: arlindo.pere...@uniriotec.br Profissional: arlindo.pere...@uniriotec.com Geral: cont...@arlindopereira.com Tel.: +5521 92504072 Jabber/Google Talk: nig...@nighto.net Skype: nighto_sumomo Chave pública: BD065DEC ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
On Fri, Nov 20, 2009 at 8:44 PM, Arlindo Pereira nig...@nighto.net wrote: I understand that that could throw more load on the servers, but maybe we could have an option to render at highlevels only certain areas, such as above a certain point density, or something like that. What do you think about it? We don't do pre-rendering so this shouldn't be necessary, but lack of space/cpu has been cited for not rendering t...@h to zoom 17, the same is likely to apply for 18 in the main mapnik layer. I've tried rendering up to zoom 19 (or even 20) locally. It was very useful for some areas. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
On Sat, Nov 21, 2009 at 6:44 AM, Arlindo Pereira nig...@nighto.net wrote: So, I was wondering: Isn't it time for a higher zoom level? Yeah, that'd be great, of course :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Reverting a changeset
Hello, I *think* I deleted a road as part of this changeset: 3172878 Is it possible to revert the changeset? It covers a large area, but it's actually only a few nodes far apart from each other. There are only a few people working on S. Korea right now, so the likelihood of someone else changing something within this changeset is low. Thanks, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reverting a changeset
Andrew Errington wrote: Hello, I *think* I deleted a road as part of this changeset: 3172878 Is it possible to revert the changeset? It covers a large area, but it's actually only a few nodes far apart from each other. This way perhaps? http://www.openstreetmap.org/browse/way/44676370/history Looking at the first node: http://www.openstreetmap.org/browse/node/436520557 going into Potlatch via edit, hitting u and then moving northwest, it does look like a road has been deleted. Rather than reverting the whole changeset it might be easier for you to unlock the undeleted the way and then trim off the duplicate bits in Potlatch, before continuing mapping as before. Cheers, Andy. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reverting a changeset
On Sat, November 21, 2009 10:19, Someoneelse wrote: Andrew Errington wrote: Hello, I *think* I deleted a road as part of this changeset: snip This way perhaps? http://www.openstreetmap.org/browse/way/44676370/history That very one! snip Rather than reverting the whole changeset it might be easier for you to unlock the undeleted the way and then trim off the duplicate bits in Potlatch, before continuing mapping as before. Ah, yes, but that presupposes that I am not a clueless n00b and I know how to do this. :) This was my first unintentional mistake. Thank you Frederik for reverting the edit, and thank you Andy for showing me a way to solve it myself. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
2009/11/20 Kenneth Gonsalves law...@au-kbc.org: On Saturday 21 Nov 2009 4:59:47 am Kenneth Gonsalves wrote: On Saturday 21 Nov 2009 2:14:35 am Arlindo Pereira wrote: Probably this should be targeted for a more specific list like mapnik-, but I'd like to hear (er, read) what do you think about this matter. http://xlquest.net oops - http://xlquest.net/?zoom=20lat=12.94659lon=80.13845layers=B -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk If we had an application, that could read osm and render on the fly we could have any zoom level we like, including zoom levels between zoom levels, (ie vector graphics) In theory Potlatch already does some of this, buts it written to enter data not render the map, so its not the purpose it was meant for. Such an application could do lots of extra stuff such having a plugable coordinate system, (so we can have better maps of the poles etc) Just wish I had time to do something. (Which I don't) Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
2009/11/21 Peter Childs pchi...@bcs.org: If we had an application, that could read osm and render on the fly we could have any zoom level we like, including zoom levels between zoom levels, (ie vector graphics) In theory Potlatch already does some of this, buts it written to enter data not render the map, so its not the purpose it was meant for. Such an application could do lots of extra stuff such having a plugable coordinate system, (so we can have better maps of the poles etc) Just wish I had time to do something. (Which I don't) Someone already did this using javascript... However it takes a lot of CPU to render on the fly like that... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
Peter Childs wrote: If we had an application, that could read osm and render on the fly we could have any zoom level we like, including zoom levels between zoom levels, (ie vector graphics) In theory Potlatch already does some of this, buts it written to enter data not render the map, so its not the purpose it was meant for. Potlatch 2 will have a fully-fledged rendering engine with stylesheets and everything. This bit's already written and you can try it at: http://www.geowiki.com/halcyon/ There's also a similar, JavaScript-driven rendering engine called Cartagen: http://www.cartagen.org/ And if you're on Windows, Kosmos is worth looking at. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] diverse vragen
Bedankt voor de tips. Utrecht is natuurlijk een mooi centraal gelegen locatie. Volgens Openstreetbugs zijn er ontbrekende wegen in Oudenrijn, De meern en 't Zand. André geeft nog een langere lijst. Afhankelijk van hoe het verder verloopt zal ik bij Floris een verzoek indienen. Doelgroep zijn in eerste instantie de docenten informatica (bovenbouw havo/vwo), via hun komen dan leerlingen van 15-18 jaar in beeld. Ik ga op zoek naar collega's die hier wat in zien. Ik wil zelf best een bijeenkomst hosten, maar als het in Utrecht lukt is dat waarschijnlijk beter. mvg, René Dohmen 2009/11/19 Andre Engels andreeng...@gmail.com: 2009/11/19 Floris Looijesteijn o...@floris.nu: Stefan de Konink wrote: On Thu, 19 Nov 2009, Rene Dohmen wrote: - heb je een suggestie voor een omgeving (liefst een plek die per trein goed bereikbaar is) waar nog werk te doen is? Zo leveren onderdeel e en f een goed gevoel bij de deelnemers op. Nieuwe gemeenten, of wijken. Ik denk dat nabij Utrecht zeker nog wel wat te vinden is. ik heb rond utrecht ook wel eens gezocht voor een mapping party dus dat kan wel eens tegenvallen... In de omgeving van Utrecht lijken in elk geval de volgende nog wel een of meer mappers te kunnen gebruiken (een aantal zijn gevonden met http://tools.geofabrik.de/osmi/?view=nl en vervolgens voor geschiktheid gecontroleerd met http://tools.geofabrik.de/mc (vergelijking met Google luchtfoto), andere door simpelweg kijken of vergelijken met Google): * Vleuten ten noorden van de spoorlijn * de westrand van Maarssen * Groenekan * De Bildt * het bosgebied tussen De Bildt en Zeist * het grootste deel van Houten * Nieuwegein-noord * de omgeving van Kasteel De Haar * de Vlinderbuurt in Leidse Rijn -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Yuendumu
Yuendumu has just been elevated to Country status. wow!! ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Tagging the little joiner road bits on a dual carriage way
I should probably know how to do this, but's what's the accepted technique for tagging the u-turn points and the like in a dual carriage way? I think they shoud probably be just little links between both ways, probably of the same highway type as the road they are linking, but they are nameless. A little ascii art to illustrate the problem: |b |c | | | a| |---| | | | | | | | | So b and c are the parallel ways, and a is the linker road. Mostly, I think it's done making the linker bit either tagged as primary_link, secondary_link or just tertiary/residential. Now we have some decent hi-res imagery courtesy of nearmap, it's a lot easier to locate these linker ways Matt ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Das ist ein Fall für gruppierte oder hierarchische Tags, und so lange wir so etwas nicht haben, wird das meiner Ansicht nach am besten durch einen angereicherten Schlüssel ausgedrückt. *Praktische* Nachteile hat ein solcher nämlich beinahe gar nicht. Sicher ist die Einführung von Gruppen eine interessante Sache. Jedoch ist eine Relation im Grunde nichts anderes als eine Gruppe. Wieso also etwas Neues einführen, was es in anderer Form bereits gibt? Oder gibt es irgendeine Anwendung eine Gruppe, die nicht mit Relationen gemeistert werden kann? Ich bin dafür das einfach in den UIs zu lösen. Wenn wir ein Tagging dieser Art haben: highway = pedestrian area = yes name = Neuer Platz name:until_1914 = Kaiser-Willhelm-Platz name:until_ = Hindenburg-Platz Warum nicht einen bauem draus machen: highway = pedestrian area = yes name = Neuer Platz | +- until_1914 = Kaiser-Willhelm-Platz \- until_ = Hindenburg-Platz wobei die ganzen Äste zu beginn eingeklappt sind. Wir können beliebig viele Tags benutzen, solange wir nicht zu viele Namensräume haben, der Normalnutzer ist nicht verwirrt, kann jedoch auch ohne Relationseditor alles sehen und bearbeiten. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] B517
http://www.openstreetmap.org/?lat=50.147085lon=8.460473zoom=18 vs http://maps.google.de/maps?f=qsource=s_qhl=deq=B517,+Nordrhein-Westfalensll=50.140331,8.468485sspn=0.041147,0.111494ie=UTF8cd=1geocode=FcgLCwMdKFl6AAsplit=0hq=hnear=B517,+Nordrhein-Westfalenll=50.98718,7.991867spn=0.040414,0.111494t=hz=14 Kann mir jemand mit Ortskenntniss sagen ob die B517 in Krombach aufhört und ob die B54 nach Süden weiter geht oder nicht? (Bin gerade dabei fehlende Relationen in http://wiki.openstreetmap.org/index.php?title=WikiProject_Germany/Bundesstraßen nachzutragen. Hilfe ist willkommen.) Gruss, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Hallo Markus, nach meinen Erfahrungen sollten Luftbilder für das Kartieren über bebautem Gebiet mindestens aus 800 m Höhe (in der freien Landschaft gerne doppelt so hoch) aufgenommen sein. Sonst hast du einfach zu wenige Bezugspunkte für die Georeferenzierung. Beispiel: http://warper.geothings.net/maps/warp/810 Das dürften etwa 800 m sein und wurde mit einer Canon IXUS 80 aufgenommen. Deshalb denke ich, Quadcopter, Drachen und sonstige Flugmodelle fallen für's Mappen aus. Grüßle -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Tobias Knerr o...@tobias-knerr.de wrote: Dachte ich auch erst, aber in diesem Fall leider nicht. Die ganzen frei platzierten Farbverläufe (Schatteneffekt beim Griff, Lichtreflexe in der Linse etc.) im Layer Lupe produzieren im PDF massive Grafikfehler. Sind leider ziemlich anspruchsvolle Features. Ausdrucken in PS-Datei und mit gs in PDF wandeln? Sven -- We just typed make (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Sarah Hoffmann lon...@denofr.de writes: Jetzt habe ich das mal probiert. Er cacht das schon, wenn du ein entsprechendes Cache-File angibst. Allerdings kommt er nicht damit klar, dass die Karte lückenhaft ist. Das heisst, dort wo es keine Wanderwege gibt, liefert der Server einen 404-Error zurück anstatt eines leeren Teils. Die Browser wissen damit etwas anzufangen, aber MaemoMapper scheint die Teile sofort noch einmal laden zu wollen. Sobald du Auto-Download ausschaltest ist alles gut. Danke fürs Debuggen! Ich habe dir jetzt mal eine Offline-DB von Hessen erzeugt. Sie geht nur bis Zoom 14, aber als Übersicht sollte es schon mal gehen: http://osm.lonvia.de/maemo-mapper/wanderwege_hessen.db (etwa 30MB) Danke, funktioniert prima. Leider ist mein Programm zur DB-Erstellung (noch) nicht zur Erstellung von Kartenausschnitten geeignet, da muss ich noch ein paar Stunden Programmier- arbeit hineinstecken, bevor ich regelmässig aktualisierte Ausschnitte anbieten kann. Gut, ich habe durchaus noch Geduld. Ich bin mir sicher, dass sich das Warten dann lohnen wird! -- Karl EICHWALDER ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Hallo Friedhelm, wir möchten zeigen: wie man Luftbilder nutzt, um damit Karten zu erstellen - und wie vielfältig OSM ist. Klar braucht man für Luftbilder Flughöhen, die man mit dem Quadrocopter-Modellen eher nicht erreicht. Dazu sind bemannte Gyrocopter viel besser geeignet (aber den bekommen wir nicht in die Messehalle ;-) Für Quadrocoper-Spezialisten wäre es eine super Chance, ihr Fluggerät einem grossen Publikum vorzustellen und das anspruchsvolle Hobby bekannter zu machen. Und für OSM wäre es eine tolle Gelegenheit zu zeigen, wie man Luftbilder zur Kartenerstellung nutzen kann. Und da ist so ein fliegendes Teil viiiel besser geeignet, als ein Bildschirm auf dem man nur JOSM mit Luftbild sieht: Der Quadrocopter zieht viel Aufmerksamkeit auf sich, Life-Video auf die Grossleinwand übertragen erreicht ein grosses Publikum, und wenn der Besucher sich selbst von oben sehen kann, dann wäre das etwas etwas ganz Besonderes... Gruss, Markus PS: mindestens 800 m Höhe Sonst hast du einfach zu wenige Bezugspunkte für die Georeferenzierung. Ja. Deshalb denke ich, Quadcopter, Drachen und sonstige Flugmodelle fallen für's Mappen aus. Das sehe ich auch so. Aber mit dem Quadcopter kann man das Prinzip von Luftbildaufnahmen in einer Messehalle eindrucksvoll erklären. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] B517
marcus.wolsc...@googlemail.com schrieb: http://www.openstreetmap.org/?lat=50.147085lon=8.460473zoom=18 vs http://maps.google.de/maps?f=qsource=s_qhl=deq=B517,+Nordrhein-Westfalensll=50.140331,8.468485sspn=0.041147,0.111494ie=UTF8cd=1geocode=FcgLCwMdKFl6AAsplit=0hq=hnear=B517,+Nordrhein-Westfalenll=50.98718,7.991867spn=0.040414,0.111494t=hz=14 Kann mir jemand mit Ortskenntniss sagen ob die B517 in Krombach aufhört und ob die B54 nach Süden weiter geht oder nicht? http://de.wikipedia.org/wiki/Bundesstra%C3%9Fe_517 http://www.derwesten.de/nachrichten/staedte/kreuztal/2009/3/3/news-113258451/detail.html kennst du? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Moin, Markus schrieb: Liebe OSMer, ich suche Spezialisten mit Quadrocopter und Erfahrung Luftbildern. Dann schau mal: http://www.air-shots.biz/ Frank R. Weihs hat seine Künste auf der FOSSGIS 2008 in Freiburg gezeigt. ... Als eindrucksvolle Demo, wie man Luftbilder nutzt, um damit Karten zu erstellen ... Das stellst du dir jetzt etwas zu einfach vor. Ein Luftbild entspricht nicht gleich einer Karte. Bei richtigen Befliegungen werden Bildreihen aufgenommen. Benachbarte Bilder haben 50% Überlappung. Dieser Bereich wird stereoskopisch ausgewertet um die Geländehöhe zu ermitteln. Diese Höhe ist wieder notwendig für die Lagekorrektur. Ein einzelnes Bild ist ja eine Zentralprojektion und keine Parallelprojektion. Höheres Gelände hat also einen größeren Maßstab als tief liegendes Gelände, weil es näher an der Kamera ist. In der Bildmitte (senkrechte Aufnahme) wirkt sich die Höhe nicht auf die Lage aus. Aber am Bildrand (schräge Aufnahme) wandern hochgelegene Geländeteile nach Außen. All das muss korrigiert und entzerrt werden um aus einem Luftbild ein Orthofoto zu erhalten. Gruss, Markus -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Markus schrieb: ... ... und wenn der Besucher sich selbst von oben sehen kann, dann wäre das etwas etwas ganz Besonderes... Das sehe ich auch so. Aber mit dem Quadcopter kann man das Prinzip von Luftbildaufnahmen in einer Messehalle eindrucksvoll erklären. Ach so, der Quadcopter soll IN der Halle fliegen? Ich fürchte, das wird aus Sicherheitsgründen nicht erlaubt. Rotierende Propeller über einer Menschenmenge? -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Friedhelm Schmidt schrieb: Hallo Markus, nach meinen Erfahrungen sollten Luftbilder für das Kartieren über bebautem Gebiet mindestens aus 800 m Höhe (in der freien Landschaft gerne doppelt so hoch) aufgenommen sein. Sonst hast du einfach zu wenige Bezugspunkte für die Georeferenzierung. Vorsicht: man darf mit Modellluftfahrzeugen (wie einem microcopter) nur bis 300m AGL (über Grund) fliegen. Darüber muss man sich mit der Flugsicherung in Verbindung setzen. In der Nähe von Flugplätzen und Fulghäfen gelten noch strengere Limits, meist ist dort unangemeldetes Fliegen komplett verboten. Genaue Auskunft geben (offizielle und aktuelle!) Karten über die entsprechenden Lufträume. Mit entsprechend leistungsfähiger Technik (Funk, Akku, Motoren, etc) sind die Höhen kein zu großes Problem, nur steigt eben der Aufwand gerade durch die Vorschriften deutlich an. Mit einem 0815-Bastel-Gerät dürfte man allerdings einige Probleme bekommen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Markus liste12a4...@gmx.de wrote: Und für OSM wäre es eine tolle Gelegenheit zu zeigen, wie man Luftbilder zur Kartenerstellung nutzen kann. Dir ist offensichtlich der Unterschied zwischen einem sauber georeferenzierten Orthofoto und Amateurphotos aus Quadrocoptern nicht klar. Meine Kollegen benutzen aufwendige Bildverarbeitung um Bildsequenzen aus solchen Drohnen zu Bildteppichen zusammenzurechnen. Was dabei rauskommt sieht zwar gut aus ist aber im Gegensatz zu Befliegungsfotos in sich verzerrt. Sowas kann man zu bestehenden Karten und Passpunkten georeferenzieren, aber niemals als _Quelle_ für Karten benutzen. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Walking Papers Plugin kaputt?
Hi! Für die NFE Mapping Party morgen in Betzenstein hab ich mal das JOSM Walking Papers Plugin probiert. Installation und Neustart im JOSM 2255 klappt. Im Menu Walking Papers / Gescannte Karte ... ausgewählt, die ID ngtz8mss eingegeben. Dann haut die Systemleistung an den oberen Anschlag und auch nach mehr als 10 min passiert nix mehr. Das gleiche Bild, wenn ich die komplette URL http://www.walking-papers.org/scan.php?id=ngtz8mss; probiere. Mach ich da was falsch, oder funktioniert das schlicht nicht? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Hallo Frank, der Quadcopter soll IN der Halle fliegen? So die Idee. Aber falls alle Stricke reissen haben wir auch ein grosses Aussengelände. Ich fürchte Also die Gespräche mit der für die Technik Verantwortlichen laufen gut. Und eine gesonderte Versuchsfrequenz spendiert uns die Bundesnetzagentur. Jetzt brauchen wir nur noch das Fluggerät und den Piloten :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Sven Geggus schrieb: Markus liste12a4...@gmx.de wrote: Und für OSM wäre es eine tolle Gelegenheit zu zeigen, wie man Luftbilder zur Kartenerstellung nutzen kann. Dir ist offensichtlich der Unterschied zwischen einem sauber georeferenzierten Orthofoto und Amateurphotos aus Quadrocoptern nicht klar. Meine Kollegen benutzen aufwendige Bildverarbeitung um Bildsequenzen aus solchen Drohnen zu Bildteppichen zusammenzurechnen. Was dabei rauskommt sieht zwar gut aus ist aber im Gegensatz zu Befliegungsfotos in sich verzerrt. Sowas kann man zu bestehenden Karten und Passpunkten georeferenzieren, aber niemals als _Quelle_ für Karten benutzen. In OSM haben wir doch (zumindest hier in Deutschland) meist schon bestehende Daten (Durchgangsstraßen etc.). Was fehlt sind die ganzen kleinen Ortsstraßen, POIs, etc.. Sind die Ergebnisse so schlecht, das man mit einer hobbymäßigen Entzerrung hier überhaupt nix werden kann? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
300m sind erlaubt und damit kriegst du schon eine sehr grosse Menge. Denke mal an kleine Ortschaften wo wir die 2 Durchgangs-Strassen schon haben gegen die der Rest des Bildes rektifiziert werden kann. Marcus On Fri, 20 Nov 2009 09:51:18 +0100, Friedhelm Schmidt fschm...@extend.de wrote: Hallo Markus, nach meinen Erfahrungen sollten Luftbilder für das Kartieren über bebautem Gebiet mindestens aus 800 m Höhe (in der freien Landschaft gerne doppelt so hoch) aufgenommen sein. Sonst hast du einfach zu wenige Bezugspunkte für die Georeferenzierung. Beispiel: http://warper.geothings.net/maps/warp/810 Das dürften etwa 800 m sein und wurde mit einer Canon IXUS 80 aufgenommen. Deshalb denke ich, Quadcopter, Drachen und sonstige Flugmodelle fallen für's Mappen aus. Grüßle -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] B517
On Fri, 20 Nov 2009 10:30:32 +0100, Andre Joost andre+jo...@nurfuerspam.de wrote: marcus.wolsc...@googlemail.com schrieb: http://www.openstreetmap.org/?lat=50.147085lon=8.460473zoom=18 vs http://maps.google.de/maps?f=qsource=s_qhl=deq=B517,+Nordrhein-Westfalensll=50.140331,8.468485sspn=0.041147,0.111494ie=UTF8cd=1geocode=FcgLCwMdKFl6AAsplit=0hq=hnear=B517,+Nordrhein-Westfalenll=50.98718,7.991867spn=0.040414,0.111494t=hz=14 Kann mir jemand mit Ortskenntniss sagen ob die B517 in Krombach aufhört und ob die B54 nach Süden weiter geht oder nicht? http://de.wikipedia.org/wiki/Bundesstra%C3%9Fe_517 http://www.derwesten.de/nachrichten/staedte/kreuztal/2009/3/3/news-113258451/detail.html kennst du? Zum Jahresbeginn 2009 wurde die B 517 um ein 6 km langes Teilstück der alten B 54 zwischen Kreuztal-Krombach und Kreuztal Mitte verlängert.[1] Okay. Also ist unsere B517 korrekt und sehr aktuell. Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Hi Sven, Unterschied zwischen einem sauber georeferenzierten Orthofoto und Amateurphotos aus Quadrocoptern ja, mir gefallen die Luftbilder aus Lauf auch besser ;-) Aber Spass beiseite: es geht um Messe-Werbung. Und erst in zweiter Linie um georeferenzierte Luftbilder. Und in dritter Linie - und das erklären wir dann auf unserem Stand in der JOSM-Werkstatt oder auf einem Fachvortrag - darum, wie man mit Luftbildern arbeitet oder gar wie man solche selbst erstellt. Gruss, Markus PS: Für diese konkrete Anwendung verwenden wir keine Einzel-Luftbilder, sondern einen Videostream (es soll ja etwas Bewegtes sein). Wir werden dann dem interessierten Publikum bei der Vorführung selbstverständlich erklären, dass hier ein /Prinzip/ vorgestellt wird, und dass es bis zum georeferenzierten Orhofoto noch vieler Anstrengungen bedarf. Und dass man bei OSM auf dem Stand weitere theoretische und praktische Infos bekommt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Hallo, zum Thema Luftbilder wollte ich mal meine Gedanken mitteilen: Wenn ich die Erde mit Google Earth von oben betrachte, bekomme ich rechts unten wunderschön die aktuelle Sichthöhe angezeigt. Wenn man ein wenig damit herumspielt kommt man drauf dass der fürs Mappen interessante Bereich irgendwo bei 500 Metern anfängt und hinauf reicht bis etwa 2.500 Meter, für manche Sachen vielleicht auch bis 4.000 Meter. Quadrocopter und ähnliche Fluggeräte bieten also deutlich zu geringe Flughöhen. Sie mögen eine ganz nette Spielerei sein und bieten sicher einen beträchtlichen Showeffekt aber fürs Mappen scheiden sie weitgehend aus. Geeignet höchstens vielleicht noch für die Modellierung der Grundrisse von Gebäuden u.ä. Ich habe ein wenig im Internet recherchiert. Was haltet Ihr von folgendem Plan: 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Davon ein paar Dutzend. Eben soviele dass es für den Auftrieb reicht. 2) Leichtbau-Gestell, evtl. aus Styropor, wie man es in Verpackungen von Elektrogeräten vorfindet 3) Gebrauchte Digitalkamera, die man auf Serienbildfunktion umprogrammieren kann (Canon hat angeblich solche Kameras in der Modellpalette) 4) Die Kamera senkrecht nach unten gerichtet in das Styroporgestell eingebaut 5) Zusätzlich ein GPS-Modul welches in der Lage ist die aktuelle GPS- Position als Signal in den Äther zu funken 6) Funkempfänger der die GPS-Position des Senders anzeigt 7) Die Helium-Ballons werden mittels Nylon-Schnüren in unterschiedlichen Höhen (Differenz vom obersten zum untersten Ballon vielleicht 25 Meter) an dem Gestell festgebunden. Der Hintergedanke mit den unterschiedlichen Höhen ist folgender: erreicht der Flugapparat eine Höhe, in der die Atmosphäre so dünn wird (ab etwa 20.000 Meter), dass die Ballons sich bis zum Bersten ausdehnen, werden sich (hoffentlich) nur die obersten Ballons verabschieden. Damit fällt ein Teil des Auftriebs weg und die Konstruktion geht in einen sanften Sinkflug über. 8) Warten auf windstilles Hochdruckwetter 9) Abflug (ich meine mich zu erinnern dass der massenhafte Start von Heliumballons bei der zuständigen Luftüberwachung gemeldet werden muss; dies sollte kein Problem darstellen) 10) Mit dem Auto nachfahren (und hoffen dass die Kamera nicht irgendwo über Wasser zur Landung ansetzt ;) Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handy für OSM
Dieter Jasper schrieb: Hallo Liste, da ich nun als bisher Handy-Vereigerer ein Handy brauche, hätte ich gerne Info über Handys ,die auch gut für OSM geeignet sind: Wie wäre es mit einem iPhone? MotionX GPS als Tracker, Fotos sind automatisch Georeferenziert und ein Voice Recorder liegt auch bei. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Christian Schmitt schrieb: Hallo, ... Wenn ich die Erde mit Google Earth von oben betrachte, bekomme ich rechts unten wunderschön die aktuelle Sichthöhe angezeigt. Diese Sichthöhe ist ein sehr schwammiger Begriff. Das entspricht nicht der wirklichen Aufnahmehöhe sondern m.E. der theoretischen Höhe bei Annahme einer bestimmten Sehweise (Bildwinkel). 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Oder http://www.kapshop.com/index.php?cPath=32 ... Gruß, Christian ... Was haltet Ihr von folgendem Plan: Ehrlich gesagt nicht viel. Die Kamera siehst du nie wieder. Bei einer geplanten Flughöhe von 20 KM ... - dauert der Aufstieg mehrere Stunden oder Tage? - beträgt die seitliche Abdrift mehrere 100 KM - friert die Kamera ein - sind die Batterien zu schnell leer -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] B517
marcus.wolsc...@googlemail.com schrieb: On Fri, 20 Nov 2009 10:30:32 +0100, Andre Joost wrote: http://www.derwesten.de/nachrichten/staedte/kreuztal/2009/3/3/news-113258451/detail.html kennst du? Zum Jahresbeginn 2009 wurde die B 517 um ein 6 km langes Teilstück der alten B 54 zwischen Kreuztal-Krombach und Kreuztal Mitte verlängert.[1] Okay. Also ist unsere B517 korrekt und sehr aktuell. Laut history seit 4.März 2009. Da liest wohl jemand Zeitung ;-) Gruß, André joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
marcus.wolschon schrieb: 300m sind erlaubt und damit kriegst du schon eine sehr grosse Menge. Denke mal an kleine Ortschaften wo wir die 2 Durchgangs-Strassen schon haben gegen die der Rest des Bildes rektifiziert werden kann. Hast du das mal probiert, oder woher weißt du das? Hier ist ein Beispiel aus ca. 300 m über Grund. http://www.bilder-upload.eu/upload/kazSiR7yF1y18Gx.JPG Wie du siehst, ist da fast nichts drauf. Nett wenn man die Details der Kreuzung mappen will, aber sonst praktisch unbrauchbar. Christian Schmitt schrieb: 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Davon ein paar Dutzend. Eben soviele dass es für den Auftrieb reicht. Warum wollen eigentlich alle die Kamera alleine fliegen lassen? Selber mitfliegen ist doch viel schöner :-) -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo, Sven Geggus wrote: Tobias Knerr o...@tobias-knerr.de wrote: Dachte ich auch erst, aber in diesem Fall leider nicht. Die ganzen frei platzierten Farbverläufe (Schatteneffekt beim Griff, Lichtreflexe in der Linse etc.) im Layer Lupe produzieren im PDF massive Grafikfehler. Sind leider ziemlich anspruchsvolle Features. Ausdrucken in PS-Datei und mit gs in PDF wandeln? Sven das hilft auch nicht, dabei geht noch mehr verloren. Für die Logos auf http://wiki.openstreetmap.org/wiki/User:FrankM/PDFLogos hatte ich mit Inkscape die Original-Logos überarbeitet (Beschreibung auf der Seite) und dann als PDF exportiert. Mit acroread sehen die sauber aus, bei anderen Viewern (xpdf etc) fehlen die Verläufe. Frank ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handy für OSM
On Fri, 20 Nov 2009 11:18:40 +0100, Peter Körner osm-li...@mazdermind.de wrote: Dieter Jasper schrieb: Hallo Liste, da ich nun als bisher Handy-Vereigerer ein Handy brauche, hätte ich gerne Info über Handys ,die auch gut für OSM geeignet sind: Wie wäre es mit einem iPhone? MotionX GPS als Tracker, Fotos sind automatisch Georeferenziert und ein Voice Recorder liegt auch bei. Beliebiges Windows-Mobile Handy mit GPS und/oder Bluetooth(für externes, genaueres GPS). Optional mit Kamera. OSMtracker ist GEIL! Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
Am 20.11.2009 um 10:48 schrieb Ulf Lamping: Hi! Für die NFE Mapping Party morgen in Betzenstein hab ich mal das JOSM Walking Papers Plugin probiert. Installation und Neustart im JOSM 2255 klappt. Im Menu Walking Papers / Gescannte Karte ... ausgewählt, die ID ngtz8mss eingegeben. Dann haut die Systemleistung an den oberen Anschlag und auch nach mehr als 10 min passiert nix mehr. Das gleiche Bild, wenn ich die komplette URL http://www.walking-papers.org/scan.php?id=ngtz8mss; probiere. Mach ich da was falsch, oder funktioniert das schlicht nicht? Gruß, ULFL Hier das selbe Problem. Hat das komplette System praktisch lahmgelegt. JOSM Version 2255, MacOS 10.6.2 Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Original-Nachricht Datum: Thu, 19 Nov 2009 20:54:01 +0100 Von: Nils Heuermann w...@oemmes.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Relationen besser als Tags? einen prinzipiell fast identischen Ansatz (auch zu segmanted_ways) habe ich mir in letzter Zeit ebenfalls erdacht. Schon interessant, dass dazu auf einmal mehrere unabhängige Ideen entstehen. Wobei ich bei dem einen Ansatz den Fokus darin sehe, dass man die Fragmentierung entlang des Weges in den Griff bekommt und bei deinem Ansatz mehr die Querschnittsbeschreibung. Aber die beiden Dinge sind schon verwandt zueinander. Meinen Ansatz habe ich im Wiki zusammengefasst: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Genial, besonders die Idee mit dem Plugin. Was vielleicht ein wenig untergeht ist die Sache mit der Bezugslinie. Soweit ich das sehe, gehts du ja davon aus, dass die Basislinie als linke Seite der Richtungsfahrbahn angenommen wird, richtig? Damit 'waechst' die Fahrbahn mit den unterschiedlichen Spuren und Breiten in Fahrtrichtung rechts. Meiner Erfahrung nach ist das auch die einzige Methode, das optisch richtig hinzubekommen. Der kleine Haken dran ist, dass dann beruecksichtigt werden muss, auf welcher Seite gefahren wird. Hast du dein Plugin schon mal in England getestet? Ich werde mich auf alle Fealle noch genauer mit deinem Ansatz auseinandersetzen, denn es ist bisher das beste, das ich zum Thema der Beschreibung von Strassenquerschnitten bei OSM gesehen habe, besonders weil es sich auf innerorts (Gruenstreifen, begleitende Wege) und ausserorts (Autobahn, Abbiegespuren) gut anwenden laesst. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
Am 20. November 2009 12:34 schrieb Olaf Kotzte olaf.kot...@gmx.net: Am 20.11.2009 um 10:48 schrieb Ulf Lamping: Hi! Für die NFE Mapping Party morgen in Betzenstein hab ich mal das JOSM Walking Papers Plugin probiert. Installation und Neustart im JOSM 2255 klappt. Im Menu Walking Papers / Gescannte Karte ... ausgewählt, die ID ngtz8mss eingegeben. Dann haut die Systemleistung an den oberen Anschlag und auch nach mehr als 10 min passiert nix mehr. Das gleiche Bild, wenn ich die komplette URL http://www.walking-papers.org/scan.php?id=ngtz8mss; probiere. Mach ich da was falsch, oder funktioniert das schlicht nicht? Gruß, ULFL Hier das selbe Problem. Hat das komplette System praktisch lahmgelegt. JOSM Version 2255, MacOS 10.6.2 Olaf Mit der aktuellen latest (2485) und dem walkingpapers Plugin in der Version 18597 funktioniert es. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Am Fr November 20 2009 glaubte Frank Jäger zu wissen: Christian Schmitt schrieb: ... Was haltet Ihr von folgendem Plan: Ehrlich gesagt nicht viel. Die Kamera siehst du nie wieder. Bei einer geplanten Flughöhe von 20 KM ... - dauert der Aufstieg mehrere Stunden oder Tage? - beträgt die seitliche Abdrift mehrere 100 KM - friert die Kamera ein - sind die Batterien zu schnell leer - Kommt einem Flugzeug in die Quere - Überlebt den Absturz aus _der_ Höhe eher nicht flo -- Schweizer kreieren Ihren Käse nach daugehirnen. Es sind lauter Löcher drin.[WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handy für OSM
Original-Nachricht Datum: Fri, 20 Nov 2009 12:33:49 +0100 Von: marcus.wolsc...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Handy für OSM On Fri, 20 Nov 2009 11:18:40 +0100, Peter Körner osm-li...@mazdermind.de wrote: Dieter Jasper schrieb: Hallo Liste, da ich nun als bisher Handy-Vereigerer ein Handy brauche, hätte ich gerne Info über Handys ,die auch gut für OSM geeignet sind: Wie wäre es mit einem iPhone? MotionX GPS als Tracker, Fotos sind automatisch Georeferenziert und ein Voice Recorder liegt auch bei. Beliebiges Windows-Mobile Handy mit GPS und/oder Bluetooth(für externes, genaueres GPS). Optional mit Kamera. Als Windows- und iPhoneverweigerer bin ich am ueberlegen ob ich mir ein Nokia N900 zulege. Kamera, GPS Co ist alles an Bord und getrieben wird das Ding offensichtlich von einem recht originalem Linux. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
On Fri, 20 Nov 2009 11:50:00 +0100, Friedhelm Schmidt fschm...@extend.de wrote: marcus.wolschon schrieb: 300m sind erlaubt und damit kriegst du schon eine sehr grosse Menge. Denke mal an kleine Ortschaften wo wir die 2 Durchgangs-Strassen schon haben gegen die der Rest des Bildes rektifiziert werden kann. Hast du das mal probiert, oder woher weißt du das? Hier ist ein Beispiel aus ca. 300 m über Grund. http://www.bilder-upload.eu/upload/kazSiR7yF1y18Gx.JPG Wie du siehst, ist da fast nichts drauf. Nett wenn man die Details der Kreuzung mappen will, aber sonst praktisch unbrauchbar. Das ist doch Super. All die Gebäudeumrisse, Parkplätze, Tennis-Plätze, Telephonzellen,... Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Hallo Friedhelm. Am Freitag 20 November 2009 11:50:00 schrieb Friedhelm Schmidt: Hier ist ein Beispiel aus ca. 300 m über Grund. http://www.bilder-upload.eu/upload/kazSiR7yF1y18Gx.JPG Wie du siehst, ist da fast nichts drauf. Nett wenn man die Details der Kreuzung mappen will, aber sonst praktisch unbrauchbar. Du musst ein anderes Maß anlegen. Hier gibt es Ortschaften die sind in Gänze wesentlich kleiner als dein Bildausschnitt. :-) Ich würde solche Bilder sehr gerne zum Mappen benutzen. Vielleicht noch einen Tick kürzere Verschlusszeit damit es weniger verwackelt ist. *g* Gruß, Bernd -- Der Kurs Flirten für Informatiker wurde inzwischen zusammen mit Freeclimbing für Epileptiker aus allen VHS-Programmen entfernt. - Jochen Linnich signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
Am 20.11.2009 um 12:42 schrieb André Riedel: Am 20. November 2009 12:34 schrieb Olaf Kotzte olaf.kot...@gmx.net: Am 20.11.2009 um 10:48 schrieb Ulf Lamping: Hi! Für die NFE Mapping Party morgen in Betzenstein hab ich mal das JOSM Walking Papers Plugin probiert. Installation und Neustart im JOSM 2255 klappt. Im Menu Walking Papers / Gescannte Karte ... ausgewählt, die ID ngtz8mss eingegeben. Dann haut die Systemleistung an den oberen Anschlag und auch nach mehr als 10 min passiert nix mehr. Das gleiche Bild, wenn ich die komplette URL http://www.walking-papers.org/scan.php?id=ngtz8mss; probiere. Mach ich da was falsch, oder funktioniert das schlicht nicht? Gruß, ULFL Hier das selbe Problem. Hat das komplette System praktisch lahmgelegt. JOSM Version 2255, MacOS 10.6.2 Olaf Mit der aktuellen latest (2485) und dem walkingpapers Plugin in der Version 18597 funktioniert es. Ciao André vielen dank, jetzt funktioniert es bei mir. Noch eine Frage. Bei mir gibt es einen Konflikt zwischen dem Slippy Map Plugin und dem Walking Paper Plugin. Wenn beide Plugins aktiv sind sehe im Hintergrund den richtigen Kartenausschnitt der Slippy Map anstatt des Walking Paper. Gibt es eine Möglichkeit diesen Konflikt zulösen ohne Plugin deaktivieren (incl. JOSM Neustart)? Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Am 20.11.2009 um 13:26 schrieb marcus.wolsc...@googlemail.com marcus.wolsc...@googlemail.com: On Fri, 20 Nov 2009 11:50:00 +0100, Friedhelm Schmidt fschm...@extend.de wrote: marcus.wolschon schrieb: 300m sind erlaubt und damit kriegst du schon eine sehr grosse Menge. Denke mal an kleine Ortschaften wo wir die 2 Durchgangs-Strassen schon haben gegen die der Rest des Bildes rektifiziert werden kann. Hast du das mal probiert, oder woher weißt du das? Hier ist ein Beispiel aus ca. 300 m über Grund. http://www.bilder-upload.eu/upload/kazSiR7yF1y18Gx.JPG Wie du siehst, ist da fast nichts drauf. Nett wenn man die Details der Kreuzung mappen will, aber sonst praktisch unbrauchbar. Das ist doch Super. All die Gebäudeumrisse, Parkplätze, Tennis-Plätze, Telephonzellen,... Ich würde auch sagen, dass die Höhe gut passt. Die Frage bei den Fotos ist doch viel mehr, welche Brennweite wird verwendet und wie viel Megapixel haben die Fotos anschließend. Außerdem muss man eh sehr viele Fotos zusammensetzen, also ist es doch gar nicht so sehr von der Höhe abhängig. Die Höhe alleine sagt auf jeden Fall noch gar nichts aus. Die Schwierigkeit bei für uns brauchbaren Luftbildern ist eher, dass man möglichst senkrecht fotografieren möchte, damit man weniger entzerren muss. In England wurde diesen Sommer ein Flug extra für OSM gemacht (siehe also Zusammenfassung: http://www.cloudsourced.com/2009/09/22/openstreetmap-takes-to-the-skies-above-stratford/ ) und es gab für mich einige interessante Ergebnisse, Techniken und Tools, die für die anschließende Verwertung eingesetzt wurden. Ich weiß aber nicht, wie der aktuelle Stand ist und ob die Bilder mittlerweile schon genutzt wurden, ich werde mich mal informieren. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Am 20.11.2009 um 11:32 schrieb Frank Jäger: Christian Schmitt schrieb: Hallo, ... Wenn ich die Erde mit Google Earth von oben betrachte, bekomme ich rechts unten wunderschön die aktuelle Sichthöhe angezeigt. Diese Sichthöhe ist ein sehr schwammiger Begriff. Das entspricht nicht der wirklichen Aufnahmehöhe sondern m.E. der theoretischen Höhe bei Annahme einer bestimmten Sehweise (Bildwinkel). Mag sein. Reicht aber denke ich um ungefähr eine Hausnummer zu bekommen ab welcher Höhe es für Luftaufnahmen interessant wird. 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Oder http://www.kapshop.com/index.php?cPath=32 Jo das sind sehr schöne Teile, aber leider der Preis ... Dieselbe Menge Helium (1,8 Kubikmeter) wie in das kleinste Modell dieser Großballons passt, bekommt man in ca. 130 Stück Latexballons 30cm unter. Kosten zusammen etwa 15 Euro. ... Gruß, Christian ... Was haltet Ihr von folgendem Plan: Ehrlich gesagt nicht viel. Die Kamera siehst du nie wieder. Mhm schau mer mal :) Bei einer geplanten Flughöhe von 20 KM ... - dauert der Aufstieg mehrere Stunden oder Tage? - beträgt die seitliche Abdrift mehrere 100 KM Richtig Dein Einwand. Also wirds nix mit dem natürlichen Platzenlassen der Ballons in 20km Höhe - friert die Kamera ein - sind die Batterien zu schnell leer Das wäre nicht das Problem, denn die interessanten Bilder soll die Kamera ja bereits in niederen Gefilden schießen und gefälligst auf die Speicherkarte schreiben. Meine Gedanken kreisen halt die ganze Zeit um das Problem: wie hole ich den Ballon wieder runter ohne dass die Kamera zu Bruch geht? Hatte schon überlegt den Ballon über eine Drachenschnur am Boden festzubinden. Doch eine 4.000 Meter lange Schnur wiegt selbst in Ultraleichtausführung zuviel fürchte ich. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Meine Gedanken kreisen halt die ganze Zeit um das Problem: wie hole ich den Ballon wieder runter ohne dass die Kamera zu Bruch geht? Hatte schon überlegt den Ballon über eine Drachenschnur am Boden festzubinden. Doch eine 4.000 Meter lange Schnur wiegt selbst in Ultraleichtausführung zuviel fürchte ich. Dann muss die 300 m Drachenschnur eben reichen. Zur Not einen Selbstzerstörungsmechanismus für die obersten Ballons plus einen kleinen Falschirm anbringen. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Die max erlaubte Flughöhe ist je nach Platz unterschiedlich. Abe allgemein hat man mit einem Modell egal welcher Art nichts in 1000m Höhe zu suchen! Ausnahmen sind je nach Ort möglich und können mit dem Luftamt abgestimmt werden: http://wiki.rc-network.de/Luftamt Ein Eigenbau Luftschiff / CAM_Lifter http://www.rc-network.de/forum/showthread.php?t=93694 Ist aber auch nicht ganz billig. Gruß 300m sind erlaubt und damit kriegst du schon eine sehr grosse Menge. Denke mal an kleine Ortschaften wo wir die 2 Durchgangs-Strassen schon haben gegen die der Rest des Bildes rektifiziert werden kann. Marcus On Fri, 20 Nov 2009 09:51:18 +0100, Friedhelm Schmidt fschm...@extend.de wrote: Hallo Markus, nach meinen Erfahrungen sollten Luftbilder für das Kartieren über bebautem Gebiet mindestens aus 800 m Höhe (in der freien Landschaft gerne doppelt so hoch) aufgenommen sein. Sonst hast du einfach zu wenige Bezugspunkte für die Georeferenzierung. Beispiel: http://warper.geothings.net/maps/warp/810 Das dürften etwa 800 m sein und wurde mit einer Canon IXUS 80 aufgenommen. Deshalb denke ich, Quadcopter, Drachen und sonstige Flugmodelle fallen für's Mappen aus. Grüßle -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Zitat Christian Schmitt: [...] Ich habe ein wenig im Internet recherchiert. Was haltet Ihr von folgendem Plan: 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Davon ein paar Dutzend. Eben soviele dass es für den Auftrieb reicht. Dafuer suche ich schon laenger eine praktikable Loesung. Um, sagen wir mal, eine Kamera wie meine Canon PowerShot A470 mit ca. 230g + Eigengewicht des Ballons fliegen zu lassen, braucht es afaik Mengen an Helium, die man nur mit gemieteten Gasflaschen bereitstellen kann. Also nichts fuer spontane Luftbildsessions bei gutem Wetter. 2) Leichtbau-Gestell, evtl. aus Styropor, wie man es in Verpackungen von Elektrogeräten vorfindet 3) Gebrauchte Digitalkamera, die man auf Serienbildfunktion umprogrammieren kann (Canon hat angeblich solche Kameras in der Modellpalette) Geht mittels CHDK[1] sehr gut 4) Die Kamera senkrecht nach unten gerichtet in das Styroporgestell eingebaut Ein paar Karbonstaebe, die einen unmittelbaren Kontakt der Kamera mit dem Boden verhindern, reichen imho. Im Gegensatz zu deiner Planung mit Aufnahmen aus grosser Hoehe moechte ich ganz einfach Aufnahmen machen, die als Zusatzinformation dienen. Praktisch wurde ich also meine Kamera an einen Ballon haengen und mit der Schnur in der Hand loslaufen waerend die Kamera alle 15 Sekunden ein Bild macht. Wenn ich die Windrichtung beachte, kann ich das Gefaehrt ueber unbegehbare Gebiete bringen. Wenn ich also zum Beispiel auf den Doerfern zum Mappen unterwegs bin, moechte ich an geeigneten Stellen Gebiete von oben anschauen, deren Topografie vom Boden aus schwierig zu erfassen ist. Bachlaeufe in Wald- oder Buschgebieten zum Beispiel, Gebaeudeumrisse, die natuerliche Flurgrenzen, Kleinigkeiten halt, die ich nicht oder nur muehsam mit dem GPS erfassen kann. Dabei ist es gar nicht so wichtig, ob ich die Aufnahmen korrekt referenzieren und in Josm abzeichnen kann, sie sollen nur als Hilfsmittel, als Anhaltspunkt dienen. Wie sah es dort aus, vom Boden und von oben? Mir ist klar, dass diese Methode nicht ueberall anwendbar ist und ihre Grenzen hat, aber dort, wo es moeglich ist, koennen diese Fotos hilfreich sein, denke ich. Ich suche also nur noch einen Ballonexperten, die Kamera ist bereits programmiert! ;-) [1]http://chdk.wikia.com/wiki/CHDK -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Zitat Frank Jäger: [...] ... Was haltet Ihr von folgendem Plan: Ehrlich gesagt nicht viel. Die Kamera siehst du nie wieder. Bei einer geplanten Flughöhe von 20 KM ... - dauert der Aufstieg mehrere Stunden oder Tage? - beträgt die seitliche Abdrift mehrere 100 KM - friert die Kamera ein - sind die Batterien zu schnell leer Anderer Hintergrund, hat aber schon funktioniert. http://space.1337arts.com/ -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Am 20.11.2009 14:37, schrieb Michael Buege: Zitat Christian Schmitt: [...] Ich habe ein wenig im Internet recherchiert. Was haltet Ihr von folgendem Plan: 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Davon ein paar Dutzend. Eben soviele dass es für den Auftrieb reicht. Dafuer suche ich schon laenger eine praktikable Loesung. Um, sagen wir mal, eine Kamera wie meine Canon PowerShot A470 mit ca. 230g + Eigengewicht des Ballons fliegen zu lassen, braucht es afaik Mengen an Helium, die man nur mit gemieteten Gasflaschen bereitstellen kann. Also nichts fuer spontane Luftbildsessions bei gutem Wetter. Hab mich gerade bei http://www.modellballone.de/ ein wenig schlau gemacht. Ist aber vermutlich eine Nummer zu Groß für uns. Aber vielleicht sollten wir die mal zu unseren OSM Stammtisch einladen. Bei who-is-who gibt es auch einen Hamburger Modellbauer. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
Hallo, Olaf Kotzte wrote: Bei mir gibt es einen Konflikt zwischen dem Slippy Map Plugin und dem Walking Paper Plugin. Wenn beide Plugins aktiv sind sehe im Hintergrund den richtigen Kartenausschnitt der Slippy Map anstatt des Walking Paper. Kannst Du nicht einfach in der Layer-Uebersicht den Slippy-Map-Layer ausschalten (das sollte eigentlich sicher gehen) oder, wenn Du auch das nicht willst, vielleicht an die richtige Stelle schieben (da bin ich nicht sicher, ob das tut)? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo Markus Das kann der Adobe Illustrator. Groß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Markus Gesendet: Donnerstag, 19. November 2009 23:16 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] SVG to PDF Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Die Virendatenbank sind veraltet. Von AVG überprüft - www.avg.de Version: 8.5.424 / Virendatenbank: 270.14.54/2488 - Ausgabedatum: 11/07/09 23:52:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] B517
marcus.wolsc...@googlemail.com schrieb: http://www.openstreetmap.org/?lat=50.147085lon=8.460473zoom=18 vs http://maps.google.de/maps?f=qsource=s_qhl=deq=B517,+Nordrhein-Westfalensll=50.140331,8.468485sspn=0.041147,0.111494ie=UTF8cd=1geocode=FcgLCwMdKFl6AAsplit=0hq=hnear=B517,+Nordrhein-Westfalenll=50.98718,7.991867spn=0.040414,0.111494t=hz=14 Kann mir jemand mit Ortskenntniss sagen ob die B517 in Krombach aufhört und ob die B54 nach Süden weiter geht oder nicht? Dank der Spende von Straßen.NRW kannst Du das anhand der amtlichen Daten abklären: http://tools.geofabrik.de/osmi/?view=strassennrwlon=7.92968lat=50.99488zoom=13 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Steineladen taggen?
Hallo zusammen, wie würdet Ihr ein Steineladen taggen, in dem man Deko-, Schmuck- und Edelsteine kaufen kann? Für’s Erste hab ich stoneshop genommen. In osmdoc gibt es weder das, noch jewellery [1]. Letzteres fände ich am passendsten. Was meint Ihr? MfG [1] Juwelier= - jeweler oder jeweller laut http://dict.leo.org/?lp=endesearch=juwelier - jewellery laut http://wiki.openstreetmap.org/wiki/Proposed_features/shops_(multiple) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Am Fr November 20 2009 glaubte Christian Schmitt zu wissen: Meine Gedanken kreisen halt die ganze Zeit um das Problem: wie hole ich den Ballon wieder runter ohne dass die Kamera zu Bruch geht? Hatte schon überlegt den Ballon über eine Drachenschnur am Boden festzubinden. Doch eine 4.000 Meter lange Schnur wiegt selbst in Ultraleichtausführung zuviel fürchte ich. Mich würde interessieren, wie du für die Aktion eine Genehmigung bekommen willst. flo -- Also ohne dich jetzt vergaukeln zu wollen: Dag° ist wirklich besser als Ihr Ruf. Wer sagt das dag° nur für doofe sei, der ist selber doof. Dag° ist eine Gruppe mit viel Intelligenz. Das musste einfach mal gesagt werden. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Steineladen taggen?
Adiac wrote: Hallo zusammen, wie würdet Ihr ein Steineladen taggen, in dem man Deko-, Schmuck- und Edelsteine kaufen kann? Für’s Erste hab ich stoneshop genommen. In osmdoc gibt es weder das, noch jewellery [1]. Letzteres fände ich am passendsten. Wenn es sich um etwas handelt, was genug Ähnlichkeit mit einem Juwelier hat, würde ich es als jevellery oder jeveller eintragen. Eine klare Tendenz, ob man eher die Ware oder die Berufsbezeichnung nimmt, gibt es in OSM bisher anscheinend nicht. Jeveller und jeveler sind laut dict.leo.org britische bzw. amerikanische Schreibvarianten - da würde ich angesichts des Ursprungs von OSM die britische bevorzugen. Stoneshop scheint mir schlechter zu sein - dict.leo.org und mein Langenscheidt-Wörterbuch kennen den Begriff gar nicht, und bei Google bekomme ich darunter auch Firmen, die eher Steinmetzarbeiten anbieten. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Am Fri, 20 Nov 2009 12:42:00 +0100 hat qbert biker qbe...@gmx.de geschrieben: Wobei ich bei dem einen Ansatz den Fokus darin sehe, dass man die Fragmentierung entlang des Weges in den Griff bekommt und bei deinem Ansatz mehr die Querschnittsbeschreibung. Aber die beiden Dinge sind schon verwandt zueinander. thematisch sind es schon 2 verschiedene Dinge (die sich u. U. direkt ergänzen können); ich hatte meine Aussage eher aufs Prinzip mit Start-/Endnode bezogen, damit die Wege nicht zerstückelt werden. Was vielleicht ein wenig untergeht ist die Sache mit der Bezugslinie. Soweit ich das sehe, gehts du ja davon aus, dass die Basislinie als linke Seite der Richtungsfahrbahn angenommen wird, richtig? Damit 'waechst' die Fahrbahn mit den unterschiedlichen Spuren und Breiten in Fahrtrichtung rechts. genau. Also Vorwärts-Spuren (mit partnum +) sind in der Regel rechts, Rückwärts-Spuren (mit partnum -) links, von der Mitte (ergo dem OSM-Way) aus gesehen. Wobei hier nicht die Richtung des Ways entscheidend ist, sondern die der Relation (Start-/Endnode). Meiner Erfahrung nach ist das auch die einzige Methode, das optisch richtig hinzubekommen. Abgesehen davon, dass die Darstellung vom Plugin noch lange nicht perfekt ist, habe ich vor allem bei Einbahnstraßen überlegt: Wahrscheinlich müsste man dort die Spur (wenn es nur 1 ist) auf die Mitte zeichnen bzw. rechts/links immer gleich viele Spuren. Wird jedoch auch nicht immer passen... Aber das ist nur die Darstellung - mir ist erst mal wichtiger, ob das ganze überhaupt funktionieren kann und was man noch ergänzen muss, wie zum Beispiel: Der kleine Haken dran ist, dass dann beruecksichtigt werden muss, auf welcher Seite gefahren wird. Hast du dein Plugin schon mal in England getestet? noch nicht getestet, aber im Moment wird es dort genauso aussehen wie überall ;) Man hätte dafür ja 2 Möglichkeiten: 1) Zusätzlichen Tag, der Linksverkehr angibt, sodass man direkt Bescheid weiß und die Teile getauscht werden: rechts - links (nicht die Richtung) usw. 2) Kein Tag und beim Rendern die jeweiligen Landesregeln voraussetzen und sich danach richten. Für die Erfassung ist es ja eher unerheblich, da man die Richtung durch Start- und Endnode vorgibt. Ist natürlich nicht nur zum Rendern wichtig, sondern z. B. bei durchgezogener Mittellinie auch für Abbiegebeschränkungen (Rechtsverkehr - kein Linksabbiegen; Linksverkehr - kein Rechtsabbiegen). Ich werde mich auf alle Fealle noch genauer mit deinem Ansatz auseinandersetzen auf weiteres Feedback bin ich sehr gespannt - nicht nur von dir ;-) Gruesse Hubert Bis dann, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
André Riedel schrieb: Mit der aktuellen latest (2485) und dem walkingpapers Plugin in der Version 18597 funktioniert es. Danke, damit geht es auch bei mir! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Nils Heuermann schrieb: Meinen Ansatz habe ich im Wiki zusammengefasst: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Freut mich, mal wieder ein paar neue Impulse zum guten alten (und seit Jahren ungelösten) Linienbündel-Problem zu sehen. Von der Grundidee her finde ich deinen Vorschlag schon absolut tauglich: Er erfüllt alle Anforderungen, die ich an eine solche Lösung hätte. Wohlgemerkt: Es ist nicht die einzige Lösung, von der sich das sagen lässt, aber sie hat einige Vorzüge. Unter anderem anscheinend den, einen Entwickler hinter sich zu haben, der bereit ist, Arbeit in die unverzichtbare Editor-Integration zu stecken. ;) Konzeptionelles: Du kombinierst hier die Angabe über Tag-Präfixe mit der über Relationen. Ein durchaus gangbares Konzept wäre ja auch die Angabe komplett über Tags, also so etwas wie right4:lane_type=footway right4:surface=cobblestone ... - also das, was du mehr oder weniger auch in der wayparts-Relation verwendest. Nur: Warum dann die mit solchen Präfixen versehenen Tags nicht direkt an den Way packen und auf eine Relation verzichten? Falls es um die Vermeidung des Teilens von Ways geht: Wäre es dann nicht besser, eben doch zunächst einmal Tags zu nehmen und diese dann mit einer Eigenschaftsrelation - wie sie in diesem Thread vorgeschlagen wurde - an den Way zu hängen? Denn für Tags, die den ganzen Way betreffen, wäre eine solche ja ohnehin noch separat nötig. Und wenn man eine Eigenschaftsrelation für name=* anlegen kann, dann doch sicher auch für part4:type=*? In dieser Frage will ich jetzt auch keineswegs Stellung beziehen - mich würden nur deine Abwägungen in dieser Frage interessieren. Ansonsten noch: Könnte man es irgendwie schaffen, die beiden Relation-Typen zusammenzufassen? Abgesehen davon, dass wayparts, wenn ich das richtig verstehe, für den Kernbestand an Weg-Teilen gedacht sind, ist ein waypart doch mehr oder weniger nur ein wayparts mit parts=1? Wahl der Begriffe: Subjektiv empfinde ich waypart als etwas merkwürdige Bezeichnung, bin aber kein Muttersprachler. Da Begriffe wie lane, die mir besser gefallen würden, als zu eng aufgefasst werden könnten, habe ich gerade keinen eindeutig besseren Vorschlag. Kommunikationsstrategie: Falls du breiteres Feedback brauchst, wäre wahrscheinlich ein eigener Thread besser - ich hätte das hier jedenfalls fast überlesen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Steineladen taggen?
Mark Obrembalski schrieb: Wenn es sich um etwas handelt, was genug Ähnlichkeit mit einem Juwelier hat, würde ich es als jevellery oder jeveller eintragen. Eine klare Tendenz, ob man eher die Ware oder die Berufsbezeichnung nimmt, gibt es in OSM bisher anscheinend nicht. Jeveller und jeveler sind laut dict.leo.org britische bzw. amerikanische Schreibvarianten - da würde ich angesichts des Ursprungs von OSM die britische bevorzugen. Stoneshop scheint mir schlechter zu sein - dict.leo.org und mein Langenscheidt-Wörterbuch kennen den Begriff gar nicht, und bei Google bekomme ich darunter auch Firmen, die eher Steinmetzarbeiten anbieten. Juwelier ist wohl nicht ganz passend. Warum nicht einfach shop=gemstones nehmen? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Frank Jäger schrieb: Markus schrieb: ... ... und wenn der Besucher sich selbst von oben sehen kann, dann wäre das etwas etwas ganz Besonderes... Das sehe ich auch so. Aber mit dem Quadcopter kann man das Prinzip von Luftbildaufnahmen in einer Messehalle eindrucksvoll erklären. Ach so, der Quadcopter soll IN der Halle fliegen? Ich fürchte, das wird aus Sicherheitsgründen nicht erlaubt. Rotierende Propeller über einer Menschenmenge? Auf der vorletzten embedded world in Nürnberg war das auch kein Problem, das war allerdings auch ein ausgereiftes Profigerät und keins für den Hobbymarkt. Markus, schreib doch mal die Jungs von http://www.asctec.de/main/index.php an. Könnte mir vorstellen dass die Interesse an so einem Auftritt hätten... Garry (selbst Quadrocopter fliegend) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Christian Schmitt schrieb: Hallo, zum Thema Luftbilder wollte ich mal meine Gedanken mitteilen: Wenn ich die Erde mit Google Earth von oben betrachte, bekomme ich rechts unten wunderschön die aktuelle Sichthöhe angezeigt. Wenn man ein wenig damit herumspielt kommt man drauf dass der fürs Mappen interessante Bereich irgendwo bei 500 Metern anfängt und hinauf reicht bis etwa 2.500 Meter, für manche Sachen vielleicht auch bis 4.000 Meter. Quadrocopter und ähnliche Fluggeräte bieten also deutlich zu geringe Flughöhen. Sie mögen eine ganz nette Spielerei sein und bieten sicher Die Technik schafft Flughöhen im 1000m-Bereich durchaus, das Problem ist die erforderliche Genehmigung für solche Aufstiegshöhen - egal ob mit Heliumballons oder Quadrocopter. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
SLXViper schrieb: Friedhelm Schmidt schrieb: Hallo Markus, nach meinen Erfahrungen sollten Luftbilder für das Kartieren über bebautem Gebiet mindestens aus 800 m Höhe (in der freien Landschaft gerne doppelt so hoch) aufgenommen sein. Sonst hast du einfach zu wenige Bezugspunkte für die Georeferenzierung. Vorsicht: man darf mit Modellluftfahrzeugen (wie einem microcopter) nur bis 300m AGL (über Grund) fliegen. Darüber muss man sich mit der Gerade noch was zur Flughöhe gefunden: http://www.aeroclub-nrw.de/pdf/modellflug%20und%20hoehe.pdf Wenn die Aussagen dort tatsächlich dem gültigen Recht entsprechen könnte man so doch legal zu brauchbaren Bildern kommen - zumindest ausserhalb der Bebauung. Über bebautem Gebiet sollte man ich zumindest bewusst sein dass man da auch mit kleinem Gerät sehr hohen Schaden anrichten kann. Eine Modellflugversicherung ist in jedem Fall Pflicht! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Friedhelm Schmidt schrieb: Warum wollen eigentlich alle die Kamera alleine fliegen lassen? Selber mitfliegen ist doch viel schöner :-) Auch hier ist das Problem senkrecht nach unten fotografieren zu können, ohne verkratztes Plexiglas dazwischen. Einigermassen gute Ergebnisse kann man mit sowas bekommen wenn man keinen Zugriff auf Flieger mit geeigneter Fotoaustattung hat: http://www.flieg-mit.eu/ Ansonsten hast Du mit einem Quadrocopter einfach den geringsten logistischen Aufwand. Einfach vor Ort aufsteigen lassen, Bilder schiesen - Fertig. Wenn es sein muss in unter 5 Minuten vom Auspacken bis zum Einpacken... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] AgPifoJ : geo-taggare immagini
On Thu, Nov 19, 2009 at 10:34, marcellobil...@gmail marcello.bil...@gmail.com wrote: Ciao, ho fatto una traduzione della pagina al volo.. qualcuno ha la pazienza di rileggerla per controllo? http://wiki.openstreetmap.org/index.php/JOSM/Plugins/AgPifoJ http://wiki.openstreetmap.org/wiki/IT:JOSM/Plugins/AgPifoJ?uselang=it ho buttato un occhio e sistemato qualcosa all'inizio... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto in particolare mappare
2009/11/18 brunetto brunetto.zi...@gmail.com: Scusate la domanda un po' strana e forse stupida! Ho da poco iniziato a mappare, per ora principalmente su potlach basandomi sulle foto di yahoo, e mi domandavo se c'è un limite ragionavole a cui fermarsi.. mi spiego: conosco abbastanza bene il mio paesello piccolino.. se vado avanti così tra non molto mappo anche i giardini e le singole case.. non vorrei che questo riempisse i database di informazioni poco utili alla popolazione mondiale sprecando spazio magari.. è meglio limitarsi a strade e caratteristiche principali e degne di nota e o ci può buttare su tutto il mappabile? La cosa importante è che tu ti diverta a farlo. Mappa quello che ti pare e piace (letteralmente). Io personalmente amo segnare i parcheggi e i bidoni della raccolta differenziata (altri non lo fanno mai e anzi magari posso considerare il mio intervento del tutto superfluo). Ma questo è quello che piace a me fare. La nostra è una mappa libera soprattutto perche' sei libero TU di mappare a tuo piacimento. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Appropriatezza dei valori di place= per l'Italia
Salve *, facendo un controllo con mappingquality.pl [1], ho notato che la mia città, e altre in zona, sono segnate come place=town, quando in realtà la denominazione è Città di * (contrapposta a Comune di *). Leggendo Key:place, si vede che place=city va usata per città con 100k+ abitanti; questo è in contrasto con la situazione Italiana [2]. Molte città vengono quindi declassate a town in OSM, e questo non avviene neppure consistentemente: - Calatafimi-Segesta, 7k+ abitanti, città: http://www.openstreetmap.org/browse/node/67257251 - Trapani, 68k+ abitanti, città: http://www.openstreetmap.org/browse/node/67253724 (entrambe sotto i 100k, ma comunque place=city) Proporrei di utilizzare city secondo il criterio Italiano, i.e.: - Comune di Ciccio Pasticcio → place=town - Città di Pippo Pluto → place=city Oltre ad essere un tagging corretto IMHO, è importante dare place=city alle città (nel senso Italiano del termine), perché hanno anche più visibilità sui rendering. Un esempio lampante è la (mia) provincia di Trapani (esempi che ho riportato più sopra), dove non sono evidenziati i principali centri proprio per mancanza di granularità al riguardo. Attualmente, il paesino di 1000 abitanti ha lo stesso peso della città di 50k+ abitanti. Prima di metter mano nella mia provincia/regione (e magari anche fuori), vorrei avere commenti riguardo questo cambiamento. Ovviamente andrebbe cambiata anche IT:Key:place. Accetto anche insulti :D Una lista utile potrebbe essere qualcosa come: http://it.wikipedia.org/wiki/Città_(Italia)#Elenco_di_citt.C3.A0_italiane Kindly, David [1] quasi quasi pacchettizzo tutta la roba di gary68 in un openstreetmap- utils, vedremo :) [2] http://it.wikipedia.org/wiki/Città_(Italia)#Concessione_del_titolo -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
2009/11/20 David Paleino da...@debian.org: Salve *, facendo un controllo con mappingquality.pl [1], ho notato che la mia città, e altre in zona, sono segnate come place=town, quando in realtà la denominazione è Città di * (contrapposta a Comune di *). per quel che ne sapevo town e` il tag usato proprio per le citta`, e comunque corrisponde come significato della parola city e` un false friend, e non corrisponde all'italiano citta`, ma a qualcosa di piu` simile ad una metropoli; in italia ce ne sono ben poche il paese invece corrisponde a village, e il paesino di 4 abitanti ad hamlet (su quest'ultimo pero` mi sembra di ricordare delle discussioni qui in lista, e non ricordo cosa si fosse deciso) http://wiki.openstreetmap.org/wiki/Place [...] Proporrei di utilizzare city secondo il criterio Italiano, i.e.: - Comune di Ciccio Pasticcio → place=town - Città di Pippo Pluto → place=city in linea di massima - Comune di Ciccio Pasticcio → place=village - Città di Pippo Pluto → place=town [...] Attualmente, il paesino di 1000 abitanti ha lo stesso peso della città di 50k+ abitanti. il paesino di 1000 abitanti sarebbe taggato come village, se non addirittura come hamlet, non come town -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
Elena of Valhalla wrote: 2009/11/20 David Paleino da...@debian.org: Salve *, facendo un controllo con mappingquality.pl [1], ho notato che la mia città, e altre in zona, sono segnate come place=town, quando in realtà la denominazione è Città di * (contrapposta a Comune di *). per quel che ne sapevo town e` il tag usato proprio per le citta`, e comunque corrisponde come significato della parola city e` un false friend, e non corrisponde all'italiano citta`, ma a qualcosa di piu` simile ad una metropoli; in italia ce ne sono ben poche Ok, quindi le attuali place=city andrebbero controllate. Trapani e Calatafimi-Segesta non sono sicuramente metropoli :) Usiamo quindi place=city per: http://it.wikipedia.org/wiki/Città_metropolitana ? (sono 15) il paese invece corrisponde a village, e il paesino di 4 abitanti ad hamlet (su quest'ultimo pero` mi sembra di ricordare delle discussioni qui in lista, e non ricordo cosa si fosse deciso) http://wiki.openstreetmap.org/wiki/Place ACK. [...] Proporrei di utilizzare city secondo il criterio Italiano, i.e.: - Comune di Ciccio Pasticcio → place=town - Città di Pippo Pluto → place=city in linea di massima - Comune di Ciccio Pasticcio → place=village - Città di Pippo Pluto → place=town Oh, beh. place=village mi pare quantomeno poco appropriato. Ma forse è anche questo un false friend per villaggio, perché la wiki parla di 10k, e noi non lo definiremmo villaggio :D Cercherò se ci sono errori nella mia zona, e magari comincio a compilare una lista un po' più esaustiva di quella fornita da Wikipedia. FYI, un utile indizio per sapere se un comune è città, è guardare lo stemma: se ha una corona muraria è sicuramente città (ma non il contrario, i.e. se non c'è non è detto che non lo sia, anche se è molto poco probabile) /me va a guardarsi gli stemmi della provincia :) Grazie del chiarimento, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
Federico Cozzi wrote: 2009/11/20 David Paleino da...@debian.org: - Calatafimi-Segesta, 7k+ abitanti, città: http://www.openstreetmap.org/browse/node/67257251 - Trapani, 68k+ abitanti, città: http://www.openstreetmap.org/browse/node/67253724 (entrambe sotto i 100k, ma comunque place=city) Mi sembra sbagliato. Se Trapani (capoluogo di provincia) può ancora essere marcata come city, secondo me Calatafimi deve essere declassata almeno a town, se non addirittura a village. Infatti mi son spiegato male, intendevo che proprio Calatafimi avrebbe dovuto essere declassata, secondo le regole attuali, oppure avremmo dovuto cambiare il senso di place=city. Oltre ad essere un tagging corretto IMHO, è importante dare place=city alle città (nel senso Italiano del termine), perché hanno anche più visibilità sui rendering. Un esempio lampante è la (mia) provincia di Trapani (esempi che ho riportato più sopra), dove non sono evidenziati i principali centri proprio per mancanza di granularità al riguardo. Attualmente, il paesino di 1000 abitanti ha lo stesso peso della città di 50k+ abitanti. Non sono d'accordo con la proposta città-place=city, anche perché mi sembra che il problema che evidenzi sia dovuto all'uso errato di city, town e village. Il paesino di 1000 abitanti dovrebbe essere village, mentre la città di 50k+ abitanti dovrebbe essere (almeno) town. Ok, Elena ha evidenziato lo stesso problema. Il titolo di città viene dato per motivi storici (e, se non ho capito male, non viene mai revocato) quindi darebbe una rappresentazione della realtà magari non molto fedele. Ad esempio Alassio è città dal 1540, secondo Wikipedia, e oggigiorno ha 11319 abitanti. Non penso che sia corretto marcarla come place=city. Leggi la mia risposta ad Elena al riguardo (i.e. place=city per le 15 città metropolitane). Per il motivo storico, c'inventiamo qualcosa per segnalarlo? Metterlo nel name= è bruttino IMHO (name=Città di [..], name=Comune di [..]), e forse anche sbagliato. Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
2009/11/20 Elena of Valhalla elena.valha...@gmail.com: per quel che ne sapevo town e` il tag usato proprio per le citta`, e comunque corrisponde come significato della parola city e` un false friend, e non corrisponde all'italiano citta`, ma a qualcosa di piu` simile ad una metropoli; in italia ce ne sono ben No, la distinzione UK tra city e town è analoga alla distinzione ufficiale tra città e comune. http://en.wikipedia.org/wiki/City#The_difference_between_towns_and_cities Sia in UK che in Italia le city / città sono particolari town a cui è stato concesso questo titolo. Ad esempio Truro, Cornovaglia (http://en.wikipedia.org/wiki/Truro) è una city sebbene abbia 20.000 abitanti. Mi chiedo però se abbia senso riportare questa distinzione nobiliare nei due tag place=town/city oppure (considerando soprattutto che il tag genera differenze nel rendering) non sia meglio rimanere su criteri di popolazione o amministrativi (ad esempio capoluogo di provincia o regione). il paese invece corrisponde a village, e il paesino di 4 abitanti ad hamlet (su quest'ultimo pero` mi sembra di ricordare delle discussioni qui in lista, e non ricordo cosa si fosse deciso) La distinzione ragionevole tra village e hamlet è secondo me quella tra centro abitato e nucleo abitato usata dall'ISTAT. Un nucleo abitato è una località abitata, priva del luogo di raccolta che caratterizza il centro abitato. Un luogo di raccolta di solito ha scuole, chiese, negozi, ecc. Con questa distinzione tutti i comuni (o quasi) sono village e anche alcune frazioni lo possono essere. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
2009/11/20 Federico Cozzi f.co...@gmail.com: 2009/11/20 Elena of Valhalla elena.valha...@gmail.com: per quel che ne sapevo town e` il tag usato proprio per le citta`, e comunque corrisponde come significato della parola city e` un false friend, e non corrisponde all'italiano citta`, ma a qualcosa di piu` simile ad una metropoli; in italia ce ne sono ben No, la distinzione UK tra city e town è analoga alla distinzione ufficiale tra città e comune. http://en.wikipedia.org/wiki/City#The_difference_between_towns_and_cities gia`, poi ho riletto e mi sono accorta dell'errore linguistico, ricordavo male e chiedo scusa pero` la distinzione riportata sulla wiki di osm, basata sulla popolazione, mi sembra abbastanza incompatibile con le popolazioni delle tipiche citta`italiane, che di solito e` ampiamente nel range da town, ad eccezione delle citta` metropolitane del link di David Mi chiedo però se abbia senso riportare questa distinzione nobiliare nei due tag place=town/city oppure (considerando soprattutto che il tag genera differenze nel rendering) non sia meglio rimanere su criteri di popolazione o amministrativi (ad esempio capoluogo di provincia o regione). concordo: mettere tutte le citta` italiane come city e` veramente eccessivo, soprattutto in confronto a quello che viene segnato come city dove si usa il criterio di popolazione -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea per crearsi un lavoretto tramite l'uso di OpenStreetMap
Ciao - rispondo dopo qualche giorno a questo interessante messaggio. Il giorno 17 novembre 2009 00.11, Nicola De Innocentis deinic1...@tin.itha scritto: Salve a tutti, ero al GFOSS DAY di Bolzano l'altra settimana ed ho guardato con molto interesse la presentazione del progetto dei ragazzi dell'istituto tecnico che hanno organizzato una sorta di mapping party,coinvolgendo così al progetto di OSM anche le scuole.E' già questa mi è sembrata un ottima iniziativa da riproporre all'interno delle scuole,soprattutto qui a sud sarebbe bello incentivare questo tipo di attività.Ho seguito poi con molta attenzione anche la presentazione della dott.ssa Moretto che indicava lo stato dell'arte di OSM in Italia. A seguito della presentazione non ricordo chi fece una particolare domanda su come eventualmente un mappatore poteva essere retribuito per il suo lavoro. la persona che fece quella particolare domanda sono io ;) e volevo riproporla, dato che così come è stata sintetizzata è incompleta, e perché sono interessato a sentire il parere di altri. Ringrazio comunque Nicola, già vincitore di una maglietta GFOSS.it versione blu per un suo precedente intervento, per aver riproposto il tema. la domanda era più o meno: premesse 1. in Italia, il mercato del *software* geografico libero è stimato a circa 5 MEUR 2. chi ha inventanto OpenStreetMap 4-5 anni fa, oggi è alla testa di realtà commerciali multinazionali interessanti (http://www.cloudmade.com/team), assieme ad altri dei compagni di mappatura libera e divertente di qualche anno fa. Esistono poi altre realtà commerciali analoghe, sempre legate a OSM (e via via citate in queste liste). stante queste premesse, chi da più tempo in Italia si diletta con OpenStreetMap, ha un'idea di quale potrebbe essere il valore di un mercato legato a questo progetto (o alle famose opere derivate dallo stesso), in Italia... ? ... la domanda, parafrasando Salvatore Lubrano, sorge non spontanea: nell'attività di supporto che sotto l'egida GFOSS.it abbiamo dato al progetto in Italia (cioè per quasi 12 mesi fra 2007 e 2008), abbiamo intravisto *opportunità interessanti* in questo campo. chi teneva l'intervento a Bolzano e ha risposto, potrà ri-rispondere in lista giovedì scorso ho inteso che in pratica la fondazione OSM non si occupa di valorizzare o suggerire eventuali possibilità di indotto legate alla mappa libera del mondo, ma solo di fare da animazione rispetto a un'attività piacevole e divertente rappresentata dal creare la base dati. come replicato in sede di Bolzano: dal punto di vista sia dell'associazione GFOSS.it, che delle realtà che la compongono (almeno per la parte che conosco meglio io...cioè il 90% dei soci attivi), il fatto che esista una possibile implicazione commerciale legata a OSM non è peccato, né è peccato il parlarne. Se la fondazione non ha tale attività di sensibilizzazione come priorità, va benissimo. Allo stesso tempo...così come per il software, l'associazione GFOSS.it ha MASSIMO interesse a far vedere opportunità di *lavoro* legate all'informazione geografica libera. ... già nel settore dell'informatica libera c'è difficoltà a far percepire il valore perché non fare un esercizio per far capire il valore delle attività che svolgiamo ? Il rischio estremo (o più semplicemente il peccato) è quello di mappare a gratis dati che poi terze parti andranno a utilizzare in applicazioni commerciali. diamo addosso un giorno sì e uno no al big G... e ci ritroviamo il big O. NB: La questione non riguarda solo i dati: ci sono analogie analoghe in altri settori di cui dibattiamo quotidianamente su queste due liste: il codice, le traduzioni ecc., e non si applica solo a OSM. Però per il software libero, l'esercizio di valutare il valore è stato fatto, e per le traduzioni è stato affrontato...per i dati liberi, riterrei molto importante che ci fosse, e sinora non l'ho visto. probabilmente solo per questioni di maturazione di una comunità, comunque giovane in Italia. detto questo: incoraggio al confronto sul tema e invito tutti a Lugano, per il prossimo GRASS FOSS4G meeting, come punto di incontro non virtuale per capire a che punto stiamo. in tutto ciò: massimo rispetto e simpatia per i mappatori della domenica, e buona fortuna ai mappatori professionisti (o a chi sta valutando questa strada) un saluto, e buon fine settimana! andrea giacomelli - vicepresidente e responsabile comunicazione GFOSS.it http://www.pibinko.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [Gfoss] della qualità dei d ati (was Fwd: Idea per crearsi un lavoretto tra mite l'uso di OpenStreetMap)
pardon: avevo scritto per sbagli alla talk generale - reinoltro... -- Messaggio inoltrato -- Da: andrea giacomelli pibi...@gmail.com Date: 20 novembre 2009 17.42 Oggetto: [Gfoss] della qualità dei dati (was Fwd: Idea per crearsi un lavoretto tramite l'uso di OpenStreetMap) A: GFOSS.it gf...@faunalia.it, Talk Openstreetmap t...@openstreetmap.org rieccomi - rispondo anche a un commento su questo (già Alessandro Pasotti ha risposto sulla lista gfoss, ma estendo anche a talk-it, perché a Bolzano qualcuno fece esattamente la stessa osservazione). Il giorno 17 novembre 2009 09.34, Andrea Peri aperi2...@gmail.com ha scritto: Non conosco nel dettaglio OSM, ma a occhio penserei che si occupi di dati e non di servizi. Ovvero lui raccoglie il dato. . Pero' una cosa credo sia evidente. Vi' e' chi lo fa' con passione e chi lo fa' per mestiere. Infatti il primo lo fa' applicandosi e cercando sempre di migliorarsi e quindi di migliorare il dato. Il secondo, poiche' punta a far ciccia, tira via e non bada troppo alla precisione. Perche' piu' precisione significa piu' tempo speso. questo approccio può capitare di trovarlo o di esercitarlo (a seconda della parte in cui uno si trova, di cliente o fornitore), ma non è una buona pratica. il fatto è che la precisione non è definita a priori, ma dipende dal committente. se le specifiche sono ben fatte e comprensibili, e poi l'esecutore tira via rispetto alle specifiche, un prodotto non dovrebbe essere accettato in sede di verifica del lavoro svolto. c'è poi anche il caso duale, che già in qualche modo citavi: un mappatore passionista nipote di miliardari, che quindi non avrà mai esigenze di ciccia, si mette a mappare come gli pare. magari fa confusione, mappa tratti diversi con precisioni diverse ecc ecc.. ci sarà sempre il controllo qualità stile wiki...ma comunque si genera tempo di correzioni in più. Secondo me' in un sistema come OSM non possono coesistere queste due anime. cioè passione e mestiere il fatto è che coesistono, così come coesistono nei progetti di sw libero che tutti conosciamo. non vedo un problema in questo. vedo una potenziale fonte di confusione nel non sapere bene quando una cosa è fatta in un modo, e quando in un altro. ciao! a. Ciao, Salve a tutti, ero al GFOSS DAY di Bolzano l'altra settimana ed ho guardato con molto interesse la presentazione ... Fatto questo lungo preambolo,volevo chiedere pareri su tale idea.Allora poichè OMS ti ... cia. -- ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione gf...@faunalia.it http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
To: talk-it@openstreetmap.org From: da...@debian.org Date: Fri, 20 Nov 2009 15:43:31 +0100 Subject: Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia Elena of Valhalla wrote: 2009/11/20 David Paleino da...@debian.org: Salve *, facendo un controllo con mappingquality.pl [1], ho notato che la mia città, e altre in zona, sono segnate come place=town, quando in realtà la denominazione è Città di * (contrapposta a Comune di *). per quel che ne sapevo town e` il tag usato proprio per le citta`, e comunque corrisponde come significato della parola city e` un false friend, e non corrisponde all'italiano citta`, ma a qualcosa di piu` simile ad una metropoli; in italia ce ne sono ben poche Ok, quindi le attuali place=city andrebbero controllate. Trapani e Calatafimi-Segesta non sono sicuramente metropoli :) Usiamo quindi place=city per: http://it.wikipedia.org/wiki/Città_metropolitana ? (sono 15) Attenzione si corre il rischio di incorrere in errore, le città metropolitane racchiudono in se tutti i comuni di una conurbazione. In genere si sviluppano intorno ad un comune di dimensioni maggiori rispetto i singoli comuni con i quali oramai costituisce un'area urbana senza soluzione di continuità. Il comune centrale nella pagina wiki citata è indicato come il comune centrale. Come possiamo vedere le città metropolitane spesso sono ben più popolate del comune centrale in se per cui adottare il termine city per il solo comune centrale può indurre in errore. Ma ancor più errato sarebbe associarlo a tutti i comuni della conurbazione. Per non parlare della conurbazione veneta che a vedere la wiki sarà considerata come policentrica. Per evitare pastrocchi propongo di attenerci alla classificazione britannica delle città, a questa però associerei una gerarchia locale oltre che una relation per individuare le aree metropolitane. Magari nella ML in inglese si è già discusso di qualcosa di simile, anche in altri paesi non ci sarà una perfetta assimilabilità dei concetti britannici di city town e così via. il paese invece corrisponde a village, e il paesino di 4 abitanti ad hamlet (su quest'ultimo pero` mi sembra di ricordare delle discussioni qui in lista, e non ricordo cosa si fosse deciso) http://wiki.openstreetmap.org/wiki/Place ACK. [...] Proporrei di utilizzare city secondo il criterio Italiano, i.e.: - Comune di Ciccio Pasticcio → place=town - Città di Pippo Pluto → place=city in linea di massima - Comune di Ciccio Pasticcio → place=village - Città di Pippo Pluto → place=town Oh, beh. place=village mi pare quantomeno poco appropriato. Ma forse è anche questo un false friend per villaggio, perché la wiki parla di 10k, e noi non lo definiremmo villaggio :D Cercherò se ci sono errori nella mia zona, e magari comincio a compilare una lista un po' più esaustiva di quella fornita da Wikipedia. FYI, un utile indizio per sapere se un comune è città, è guardare lo stemma: se ha una corona muraria è sicuramente città (ma non il contrario, i.e. se non c'è non è detto che non lo sia, anche se è molto poco probabile) /me va a guardarsi gli stemmi della provincia :) Grazie del chiarimento, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 Gianfranco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it _ Messenger su ogni PC, prova la Web Bar! http://www.messenger.it/___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
Gianfranco Gliozzo wrote: Ok, quindi le attuali place=city andrebbero controllate. Trapani e Calatafimi-Segesta non sono sicuramente metropoli :) Usiamo quindi place=city per: http://it.wikipedia.org/wiki/Città_metropolitana ? (sono 15) Attenzione si corre il rischio di incorrere in errore, le città metropolitane racchiudono in se tutti i comuni di una conurbazione. In genere si sviluppano intorno ad un comune di dimensioni maggiori rispetto i singoli comuni con i quali oramai costituisce un'area urbana senza soluzione di continuità. Il comune centrale nella pagina wiki citata è indicato come il comune centrale. Come possiamo vedere le città metropolitane spesso sono ben più popolate del comune centrale in se per cui adottare il termine city per il solo comune centrale può indurre in errore. Invece è corretto -- il comune centrale della città metropolitana (per essere definita tale) deve avere 200k+ abitanti, quindi va perfettamente d'accordo con la classificazione britannica di place=city (100k) Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto in particolare mappare
La cosa importante è che tu ti diverta a farlo. Mappa quello che ti pare e piace (letteralmente). diciamo che allora non c'è problema.. al momento sono Potlach addicted e controllo 6 volte al giorno se mi hanno sbloccato l'accesso a mapzen!:-P ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto in particolare mappare
Simone Cortesi ha scritto: 2009/11/18 brunetto brunetto.zi...@gmail.com: Scusate la domanda un po' strana e forse stupida! Ho da poco iniziato a mappare, per ora principalmente su potlach basandomi sulle foto di yahoo, e mi domandavo se c'è un limite ragionavole a cui fermarsi.. mi spiego: conosco abbastanza bene il mio paesello piccolino.. se vado avanti così tra non molto mappo anche i giardini e le singole case.. non vorrei che questo riempisse i database di informazioni poco utili alla popolazione mondiale sprecando spazio magari.. è meglio limitarsi a strade e caratteristiche principali e degne di nota e o ci può buttare su tutto il mappabile? La cosa importante è che tu ti diverta a farlo. Mappa quello che ti pare e piace (letteralmente). Io personalmente amo segnare i parcheggi e i bidoni della raccolta differenziata (altri non lo fanno mai e anzi magari posso considerare il mio intervento del tutto superfluo). Ma questo è quello che piace a me fare. La nostra è una mappa libera soprattutto perche' sei libero TU di mappare a tuo piacimento. +1 -- www.openstreetmap.org - Io mappo il mio quartiere, tu mappi il tuo, tutti quanti insieme mappiamo l'intero pianeta ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dubbi sui tag...
Il giorno ven, 20/11/2009 alle 19.57 +0100, brunetto ha scritto: ciao a tutti! se la domanda è stupida portate pazienza, seguo la lista da un po' ma ho appena iniziato a mappare! Non preoccuparti! Siamo qui anche per questo... ...omissis... estetici, ..., ) non presenti in http://wiki.openstreetmap.org/wiki/IT:Map_Features ...omissis... capitelli Su questo posso aiutarti, intanto in italiano vengono chiamati Edicole votive e si mappano come historic=wayside_shrine -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto in particolare mappare
Allora richiedo in lista! Posso usare la frasettina bella li sotto (www.openstreetmap.org - Io mappo il mio quartiere, tu mappi il tuo, tutti quanti insieme mappiamo l'intero pianeta) per fare pubblicità a OSM? brunetto Il 20 novembre 2009 21.23, Fabri erfab...@gmail.com ha scritto: brunetto ha scritto: ciao, scusa se ti disturbo.. è un problema se utilizzo la firma in calce alle tue mail per pubblicizzare un po' OSM? è troppo bella!:-P brunetto Eh eh, dovresti chiedere a Simone, la sentii dire da lui durante un talk su osm. Magari la rilascia con licenza cc-by-sa ... :-) Anche a me è piaciuta molto e mi è sembrato un ottimo slogan per pubblicizzare osm. -- www.openstreetmap.org - Io mappo il mio quartiere, tu mappi il tuo, tutti quanti insieme mappiamo l'intero pianeta ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Fwd: Localization of Potlatch into Italian]
A tutti gli utenti di Potlatch: mi è arrivata questa email. Io non ho tempo per contribuire, quindi la giro a chiunque sia interessato ad avere Potlatch in italiano. Ciaociao, Gio. Messaggio Originale Oggetto: Localization of Potlatch into Italian Data: Fri, 20 Nov 2009 20:54:25 - Da: Ævar Arnfjörð Bjarmason ava...@gmail.com Rispondi-a: Ævar Arnfjörð Bjarmason ava...@gmail.com A: Giovanni Mascellani g.mascell...@gmail.com Hi. I'm contacting you because you're a major translator of JOSM into Italian. Did you know that the Potlatch editor can be translated at Translatewiki? And that Italian is one of the major European languages with the worst coverage: http://translatewiki.net/wiki/Translating:OpenStreetMap If you could take the time to add to its translation that would doubtless be very useful for the italian community. -- This message was sent from Launchpad by the user =?utf-8?b?w4Z2YXIgQXJuZmrDtnLDsCBCamFybWFzb24=?= (https://launchpad.net/~avarab) using the Contact this user link on your profile page. For more information see https://help.launchpad.net/YourAccount/ContactingPeople -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dubbi sui tag...
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of brunetto Sent: venerdì 20 novembre 2009 21.24 To: openstreetmap list - italiano Subject: Re: [Talk-it] dubbi sui tag... historic=wayside_shrine grazie, ma dove trovo questi tag? io avevo trovato questo http://wiki.openstreetmap.org/wiki/IT:Map_Features ce n'è uno più completo? Quello che hai citato è l'elenco completo dei tag ritenuti 'ufficiali' (stato ottenuto per votazione o per riconoscimento della loro diffusione). historic=wayside_shrine fa parte dei tag ufficialmente proposti, ma non ancora approvati: http://wiki.openstreetmap.org/wiki/Proposed_features Poi ci sono pure i tag che vengono usati, senza essere stati né approvati né proposti in modo formale. Delle volte sono documentati, altre no. Qui trovi un elenco dei tag in uso e della frequenza con cui vengono usati, può essere utile: http://osmdoc.com/en/tags/ Ad esempio, se devi taggare un tipo di negozio per cui non trovi tag ufficiali, fai una ricerca con la chiave 'shop' e puoi scorrere l'elenco di tutti i valori con cui è usato. Se addocchi qualche valore che ti sembra faccia al caso tuo, puoi provare a cercare il valore nel Wiki per vedere se è documentato da qualche parte. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dubbi sui tag...
brunetto scrive: gelaterie amenity=fast_food (oppure amenity=cafe se si tratta di un bar) cuisine=ice_cream campanili io ho utilizzato building=church_tower ma credo di essere l'unico ad averlo fatto e comunque è utilizzabile solo se hai tracciato il perimetro del campanile. Se sai anche quanto è alto usa anche building:height=* (l'effetto nelle applicazioni 3D è veramente simpatico). Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Quien ha comprado aparatos GPS en Colombia?
Hola Grupo que pena por la demora en algunas respuestas tanto como las de email les cuento que tengo disponible 1 garmin nuvi 350 sin accesorios, solo con el conector de corriente para carro, este es un gps para carro y moto de vez en cuando nos envian de estos aparatitos pero para vehiculos únicamente, apenas me lleguen les estaré avisando, y el que este interesado en el que tengo me avisa y con mucho gusto se le tiene!! les incluyo totalmente gratis el mapa de Colombia ruteable de OSM ;) un Saludo Vladimir ou??nH escribió: Hola me gustaría que quienes han comprado aparatos GPS en los últimos tiempos en Colombia contaran donde los adquirieron, referencias, precios y recomendaciones para algunas personas que desean adquirir estos equipos. salu2 Humano ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] [OpenStreetMap] Claus Hindsgaul sent you a new message
Den 20. nov. 2009 12.30 skrev Niels Beck nielsb...@gmail.com: Hej! Jeg er som det fremgår tilhænger af highway-cycleway Årh jo, det fremgår vist... :-) for at gentage, mener jeg at nogle brugere i Danmark har en opfattelse temmelig forskellig fra Tyskland og Holland. Er det gangbart? Jeg har ikke fået en vurdering af hvorfor det der er acceptabelt i Holland og Tyskland ikke skulle være gangbart i Danmark??? For at gentage, er Tysklands og Hollands stisystemer konstrueret efter andre principper end de danske. For nu at nuancere det lidt, så er der også markante regionale forskelle i Danmark: F.eks. er stisystemer for cykler og gående adskilt ret konsekvent fra vejsystemer i Ishøj - langt de fleste cykelstier her er udenfor enhver tvivl umulige at indregne som en del af en vej - og derfor nødvendigvis highway-cycleway (eller footway). I København er foholdene markant anderledes. Her er cykelstierne integreret som en del af vejene i en grad jeg ikke har set andre steder. Her vil langt de fleste cykelstier kunne beskrives godt med cycleway=track. Herved bevares information om at cykelstien hører sammen med vej og fortorv, og at man kan krydse vejen og skifte retning næsten uanset hvor man er. I Holland (i hvert tilfælde Amsterdam og Rotterdam, hvor jeg selv har været en del), er de et sted mellem Køge og Københavns løsning: Cykelstierne er typisk enten klassiske malede lanes eller ført med eget forløb sammen med gangstier I NÆRHEDEN af vejen (ikke integreret), typisk med en tydelig barriere såsom et hegn, stakit eller helle imellem. DERFOR kan der være en god grund til at reflektere over om det er smart kritikløst at overtage de metoder til kortoptegning, der er valgt et andet sted. forholdene er ikke de samme. Jeg håber det besvarer dit gentagne spørgsmål om, hvorfor vi ikke alle ikke uden at udfordre det, synes at et argument om at sådan gør de i 3 andre lande er nok. Jeg har påtaget mig at lave et færdigt resultat som jeg ser det til vurdering af brugerne. Jeg har valgt Amager fra Langebro og foreløbigt et lille stykke der fra. Her er hvad jeg kan leverer incl. t-kryds med og uden cykelstier på alle vej i krydset. Samtidig har jeg lavet en færdig rundkørsel, ved Kastrup Lufthavn. Det tager sig helt rigtigt pænt ud - i Mapnik - i næststørste forstørrelse. En cykelsti adskilt med kantestn, parkeringsbåse, græs eller asfalt er efter min mening en highway-cycleway og med en stregmarkeering på vejen har vi en cycleway-lane som tillæg til highway-xxx. Jeg har fanget hvad din holdning. Det er argumenterne og begrundelserne, der forekommer mig lidt vage. At blokerer for indlægning af highway-cycleway vil markant gøre Danmarkskortet forsklligt fra det øvrige Europa. Tillæg a forsekllig art til highway-xxx til beskrivelse af højre og venstre cykelsti og retning bortset fra cycleway-lane, er ganske usynlige på de fysiske kort og på skærmen. Jeg har ikke viden om GPS effekten af disse markeeinger sikkeert ingen effekt? [...] I giv et fald kan der anvises et alternativ med acceptabelt outputmulighed af samme kvalitet som ude i Europa til min fremgangsmåde? Når du snakker om fysiske kort, mener du vel de nuværende renderer, hvor track ikke er (fuldt) implementerede endnu. Een ting, vi trods alt får ret entydige meldinger om fra OSM-udviklerne er dont draw for the renderers!. Understøttelse i renderne for de etablerede tags som cycleway skal nok komme, hvis de bliver brugt. Derfor mener jeg ikke, at det er vigtigt, at vi konkurrerer på hvor flot outputmuligheden (jeg læser det som renderede kort) er lige nu. De skal nok følge med, hvis vi laver en god beskrivelse. Af samme grund er det f.eks. fy-fy at få myriaden af skyggestier og forbindelser til at tage sig bedre ud i renderen ved at påtvinge dem layers, der ikke svarer til niveauer i virkeligheden. Jeg forstår ikke informationen om at cykkelveje med markerede krydsninger skulle gøre systemet herunder GPS langsommere? Er det nu muligt at vise og i hvilket omfang? Der er tale om vektorprorammering som er meget lidt datatungt! hvad eer det de helt præcist som skulle gøre systemet -ikke brugbart- når highway-cyclway er indlagt. Jeg ved ikke om det bliver langsommere, men grundmaterialet bliver ubetinget ringere. Ved at adskille cykelstierne fra de gader, de er en del af, mister man bl.a.: - Information om lyskurver, fodgængerfelter o.s.v., medmindre disse gentages overalt (også på fortove, hvis man er konsekvent og også tegner disse op) - Den helt naturlige viden om at man bare kan krydse gaden i hele dennes længde. Nu bliver det kun hvor man husker at tegne 5-10 meters dedikerede cykelstier over vejen, at rutefinderen kan være med. - Tilhørsforholdet - det, at man er på samme gade som vejen og fodgængerstien. Bare et eksempel: Hvis man tagger en gade med dennes trafikmængde (biler pr. døgn), vil modellen ikke kunne forbinde denne information med cykelstien. Dette kunne ellers
Re: [Talk-dk] [OpenStreetMap] Claus Hindsgaul sent you a new message
Freek wrote: On Friday 20 November 2009, Morten Bek Ditlevsen wrote: Skyggeveje eller ej har jeg ikke nogen stærk holdning til - MEN mht. til omstrukturering af data, der allerede findes i OSM ville jeg mene, at det kun bør gøres -hvis det tilfører ny information til projektet-. 1. Så i mine øjne er det fint at tilføje disse cykelstier hvis man enten har gps-data til at understøtte positionen af cykelstien - eller har målt det op på den ene eller anden måde. Dét vil i mine øjne føje værdi til datasættet - (og det kan jeg ikke se hvordan nogen kan afvise). 2. På den anden side ville jeg ikke synes at det er ok, hvis man systematisk gennemgår vejene og tilføjer cykelstier i en mere eller mindre arbitrær afstand fra de eksisterende veje - for at det ser bedre ud i en given rendering. Det tilføjer i mine øjne ingen værdi - og gør muligvis endda det modsatte, hvis den arbitrære afstand måtte vise sig at være forkert. Full acknowledge! Jeg er også fuldt enig her. Systematisk at tilføje cykelstier i en arbitrær afstand fra vejen *uden et survey af den faktiske situation* er i mine øjne ikke acceptabelt. Det tilføjer ingen information. På den anden side hvis man tager ud til stedet og konstaterer, at cykelstien ligger så og så mange meter fra vejmidten og mapper en separat sti ind på den position, så er det en anden situation. Det er desuden ikke så vanskeligt at måle afstand mellem vejmidte og cykelstimidte. Enten fysisk skridte af eller vurdere afstanden i vejbanebredder (vejbanens bredde skal naturligvis kendes). Det er mere præcist end gps opmåling. Jeg kan ikke se cykelstien på dette link, men her er en eksempel fra Holland (i Google Streetview): http://maps.google.com/?ie=UTF8t=kll=51.441911,5.499419spn=0,359.991889z=17layer=ccbll=51.442043,5.499727panoid=1HBwNKvFYRg0nogn0eaIpQcbp=12,60.01,,2,3.57 (Det røde styk asfalt er en cykelsti.) Det er, hvad jeg kalder en cykelstribe (cycleway=lane), der bliver til cykelsti (highway=cycleway) på det korte stykke omkring stoppestedet. Har selv mappet lignende situationer med korte stykker cykelsti. Her er et typisk hollandsk eksempel på hvad jeg klar mener skal mappes som en selvstændig sti: http://maps.google.com/maps?t=khl=enie=UTF8om=1ll=52.058002,4.329708spn=0,359.996631z=18layer=ccbll=52.058107,4.329615panoid=FdloWVZpRNs-m2mXPsb6VAcbp=12,148.66,,0,6.43 Læg dog mærke til, at der lidt længere fremme henne ved træerne kommer et kort stykke med cykelsti helt ud til vejen. Der kunne man godt diskutere, om det skulle være en cykelway=track. Da det kun er et kort stykke, har jeg mappet selvstændig cykelsti hele vejen. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Rutas de autobuses de Madrid
Una pregunta sobre las líneas de autobuses. Si una línea pasa por una rotonda pero no la recorre entera hay que romper la rotonda para poder especificar porque tramos pasa, lo he hecho en esta rotonda http://osm.org/go/b...@ndp8n_8-- pero no se si es lo correcto. Un saludo. El día 17 de noviembre de 2009 10:37, David Marín Carreño dav...@gmail.com escribió: Hola a todos. Estoy mapeando las rutas de autobuses de la EMT de Madrid. De momento no estoy mapeando las paradas, ya que son mucho más laboriosas. Podéis ir echando un vistazo en http://wiki.openstreetmap.org/wiki/Bus_routes_in_Madrid, así como ver el resultado en ÖPNVKarte, http://www.xn--pnvkarte-m4a.de/?zoom=12lat=40.41957lon=-3.65261layers=BT Y, por supuesto, si alguien se anima, puede colaborar. David Marín Carreño ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rutas de autobuses de Madrid
On Friday 20 November 2009 12:24:24 David González wrote: Una pregunta sobre las líneas de autobuses. Si una línea pasa por una rotonda pero no la recorre entera hay que romper la rotonda para poder especificar porque tramos pasa, lo he hecho en esta rotonda http://osm.org/go/b...@ndp8n_8-- pero no se si es lo correcto. No entiendo muy bien Por qué hay que romperla? No tiene la línea de bus nodos independientes de las highway por las que pasa? (aunque coincidan en coordenadas) No sé, es como si hubiese que romper el área de una plaza porque por uno de sus lados pase una calle. Son (o deberían ser) independientes una de otra, no? Corrígeme si me equivoco, la verdad es que no sé cómo se mapean las rutas de bus... signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rutas de autobuses de Madrid
On Friday 20 November 2009 12:47:08 Hulius wrote: Amén. A menos que alguien diga lo contrario, yo también seguiré haciéndolo. Pregunta a quien sepa responderla... Puede un área no cerrada ser una rotonda? Y si no es rotonda, no van a volverse locos los programas de ruteo? Eso de en la rotonda, salga por las segunda salida dejará de funcionar como tal, no? Sólo pregunto, que a lo mejor me equivoco... signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rutas de autobuses de Madrid
El día 20 de noviembre de 2009 12:40, David Garabana Barro da...@garabana.com escribió: On Friday 20 November 2009 12:24:24 David González wrote: Una pregunta sobre las líneas de autobuses. Si una línea pasa por una rotonda pero no la recorre entera hay que romper la rotonda para poder especificar porque tramos pasa, lo he hecho en esta rotonda http://osm.org/go/b...@ndp8n_8-- pero no se si es lo correcto. No entiendo muy bien Por qué hay que romperla? No tiene la línea de bus nodos independientes de las highway por las que pasa? (aunque coincidan en coordenadas) No, son unas relaciones tipo route que se añaden a esas mismas highway ya existentes, no se crean nuevas. No sé, es como si hubiese que romper el área de una plaza porque por uno de sus lados pase una calle. Son (o deberían ser) independientes una de otra, no? Corrígeme si me equivoco, la verdad es que no sé cómo se mapean las rutas de bus... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rutas de autobuses de Madrid
David Garabana Barro escribió: On Friday 20 November 2009 12:47:08 Hulius wrote: Amén. A menos que alguien diga lo contrario, yo también seguiré haciéndolo. Pregunta a quien sepa responderla... Puede un área no cerrada ser una rotonda? Sí Y si no es rotonda, no van a volverse locos los programas de ruteo? mkgmap (es el que conozco) las identifica como rotondas aunque estén partidas y supongo que los demás también. Una rotonda a tramos es algo habitual, no sólo por las rutas de autobús que habéis comentado, sino por rotondas que tienen una parte etiquetada como bridge=yes y otra no, por encima de una autovía por ejemplo. Eso de en la rotonda, salga por las segunda salida dejará de funcionar como tal, no? Sólo pregunto, que a lo mejor me equivoco... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rutas de autobuses de Madrid
El Viernes, 20 de Noviembre de 2009, David Garabana Barro escribió: Puede un área no cerrada ser una rotonda? Y si no es rotonda, no van a volverse locos los programas de ruteo? Eso de en la rotonda, salga por las segunda salida dejará de funcionar como tal, no? Hombre, teóricamente las rotondas deberían ser áreas cerradas; si hay que partirla, la solución pasa a través de las relaciones de multipolígonos. Lo bueno es que el arrejuntar una rotonda dividida en trocitos y hacer una relación es algo que puede hacer un bot. -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rutas de autobuses de Madrid
Yo no me pondría a hacer relaciones, ya que como ha dicho Carlos Dávila, los programas ya lo hacen automáticamente. Creo que es mejor no saturar el mapa con información redundante: al fin y al cabo una rotonda es, o bien un way cerrado junction=roundabout, o bien un conjunto de ways que forman una línea cerrada, todos ellos con junction=roundabout. David Marín Carreño El 20 de noviembre de 2009 15:03, Iván Sánchez Ortega i...@sanchezortega.es escribió: El Viernes, 20 de Noviembre de 2009, David Garabana Barro escribió: Puede un área no cerrada ser una rotonda? Y si no es rotonda, no van a volverse locos los programas de ruteo? Eso de en la rotonda, salga por las segunda salida dejará de funcionar como tal, no? Hombre, teóricamente las rotondas deberían ser áreas cerradas; si hay que partirla, la solución pasa a través de las relaciones de multipolígonos. Lo bueno es que el arrejuntar una rotonda dividida en trocitos y hacer una relación es algo que puede hacer un bot. -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
