Re: [OSM-talk] GPS receiver orientation
2008/7/26 Gervase Markham [EMAIL PROTECTED]: Random question: does the orientation of a GPS receiver make any difference? If I hold my BGT-11 vertically, will it find it harder to get and keep a lock than if I hold it horizontally? Also, does it make it slower to get a lock if I walk along while it's trying? I don't know the chipset, if that makes a difference - I think it may be SirfStar II. The wiki would know (I'm offline as I type). It all depends on what kind of an antenna your receiver haves. Units made for car use tend to assume that the signal comes from up and provide best reception for that direction. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
On 7/26/08, Gervase Markham [EMAIL PROTECTED] wrote: Random question: does the orientation of a GPS receiver make any difference? If I hold my BGT-11 vertically, will it find it harder to get and keep a lock than if I hold it horizontally? I really want to do some experimentation with getting a lock from cold when placed on a dashboard, compared to held stationary in your hand, standing outside of the car. Possibly the body acts as a barrier to some satellites, but I've noticed that locks occur very fast when the GPS is in the car. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Namefinder priorities
On Fri, Jul 25, 2008 at 01:33:16PM +0200, Robert Vollmert wrote: An alternative to search=yes that might be more generally useful is to group parts of a street into a relation (see http://wiki.openstreetmap.org/index.php?title=Relation:street) . That would be an object you could point to. It would also be possible to mark spurs with role=spur if that would help. A special relation may not even be needed and existing tags and relations can be used to differentiate between streets. In the example of putting the village name after the street name, you might simply use is_in. If a way has certain different tags, or isn’t in the same village, then it is likely to be a different street. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
My entirely annecdotal experience has been that my TomTom 910 takes longer to get a fix when I am moving than stationary. I have an external aerial, so the movement should be the main determinent -- Franc -Original Message- From: Tim Waters (chippy) [EMAIL PROTECTED] Date: Saturday, Jul 26, 2008 9:22 pm Subject: Re: [OSM-talk] GPS receiver orientation To: Gervase Markham [EMAIL PROTECTED] CC: talk@openstreetmap.org On 7/26/08, Gervase Markham [EMAIL PROTECTED] wrote: Random question: does the orientation of a GPS receiver make any difference? If I hold my BGT-11 vertically, will it find it harder to get and keep a lock than if I hold it horizontally? I really want to do some experimentation with getting a lock from cold when placed on a dashboard, compared to held stationary in your hand, standing outside of the car. Possibly the body acts as a barrier to some satellites, but I've noticed that locks occur very fast when the GPS is in the car. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
On Jul 26, 2008, at 13:37 , Franc Carter wrote: My entirely annecdotal experience has been that my TomTom 910 takes longer to get a fix when I am moving than stationary. I have an external aerial, so the movement should be the main determinent The same for me with my Hamlet GPS receiver. I've seen that if I'm moving it could be unable to get a fix indefinitely (tested up to 30 minutes), while stopping and turning it off and then on usually works less than a couple of minutes. Is that not how GPS works? Give it a nice stable basis to get its initial fix on, so it can accurately detect and compare the positions of all the sats it can see - and then it bases any readings from movement using differential comparison with the baseline from the initial reading... At least, that's how I've always considered my GPS receivers to operate (using less power and processor cycles to boot). Maybe there's an occasional re-poll for an absolute lock and reference, but surely if the receiver was recalculating its exact position every second, it'd be out of juice within a few minutes? I've always noticed my bluetooth GPS receivers (SiRF chipsets, formerly a Qstarz BT-Q880 and currently a Navman B10) take much longer to establish a lock when I'm already driving in the car. But then, I suppose it's obvious that it'd take longer while a vehicle or person is in motion (and not in a linear direction either). Or am I barking up the wrong tree? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
That's not how it works. That wouldn't even work as the satellites move all the time too. Why it usually requires you to be stationary when getting the first fix is because you need the ephemeride for each satellite which takes up to 30 s of continous signal per satellite after your receiver has found the satellite. In addition - when you move - the frequencies of the satellites change all the time (due to the doppler effect) and your receiver has harder time to find them because they can be in slots which your receiver already consider checked and empty. The actualy position estimation is done by pseudo-ranging. The solution has four unknowns (x, y, z, and clock bias b). Receivers usually start by assuming something reasonable, such as [x,y,z,b] = [0,0,0,70ms] and the internal clock is set to time get from satellites. Then the bias is the travel time of the signal from satellites. It is notable that it's more convenient to represent bias as meters so you'll get b = 70 ms * c. Then you'll calculate the distances from your assumed position (now [0,0,0] in ECEF) to the satellites which you're listening (the position of the satellites is known from ephemeride) and add the bias to it. Then you just apply some magic (linear algebra, usually LMS) and you'll get a correction vector for your position and bias which you simply add to your original values to get a new estimate. Then you repeat this ad infinitum to get updated position estimate. I've been told by a guy who works in gps rd that cosumer grade gps units usually do this iteration every 50 ms. If somebody got interested, please do email me, and I'll post you the precise formulae for the calculation. 2008/7/26 Christopher Woods [EMAIL PROTECTED]: On Jul 26, 2008, at 13:37 , Franc Carter wrote: My entirely annecdotal experience has been that my TomTom 910 takes longer to get a fix when I am moving than stationary. I have an external aerial, so the movement should be the main determinent The same for me with my Hamlet GPS receiver. I've seen that if I'm moving it could be unable to get a fix indefinitely (tested up to 30 minutes), while stopping and turning it off and then on usually works less than a couple of minutes. Is that not how GPS works? Give it a nice stable basis to get its initial fix on, so it can accurately detect and compare the positions of all the sats it can see - and then it bases any readings from movement using differential comparison with the baseline from the initial reading... At least, that's how I've always considered my GPS receivers to operate (using less power and processor cycles to boot). Maybe there's an occasional re-poll for an absolute lock and reference, but surely if the receiver was recalculating its exact position every second, it'd be out of juice within a few minutes? I've always noticed my bluetooth GPS receivers (SiRF chipsets, formerly a Qstarz BT-Q880 and currently a Navman B10) take much longer to establish a lock when I'm already driving in the car. But then, I suppose it's obvious that it'd take longer while a vehicle or person is in motion (and not in a linear direction either). Or am I barking up the wrong tree? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Standardised Addresses in the UK BS7666 Re: House numbers... One more suggestion
Standardised Addresses in UK It would be good to see full addresses be added to tags on buildings (and other addressable objects) in UK with elements relating to BS7666 standard. http://www.govtalk.gov.uk/gdsc/html/frames/BS7666Address.htm Even if all elements not know some added in this this format. In that way OSM could in future inferface with datasets that held address element in BS7666 format. or even become if not linked to a free version of the National Land and Property Gazetteer. http://www.nlpg.org.uk To work out well it would be good if the tools used to edit OSM parse/validate the address tags to BS7666 format. Pulling some fields such as locality and administrative area from wider polygons is something to be consider but this may cause more problems than worth. More on format of NLPG: http://www.idea.gov.uk/idk/aio/6055969 Also like with mapping data it would have to be made clear that details entered into OSM tag would have to be from direct local knowledge, public domain or suitably licensed sources. The only data that could be directly used from NLPG itself is the Unique Property Reference Number (UPRN). Hopefully in time these will become more widely know and used. At moment it is only if particular professions that it is used outside local government. http://www.searchflow.co.uk There is also Unique Street Reference Number (USRN) which is being by all that dig in the road, which could be added as tag to OSM streets, where know, e.g. from roadworks notices. Note there are significant differences with addresses in format of Postcode Address File (PAF) which is widely used. ftp://ftp.royalmail.com/Downloads/public/cmwalk/doc/active/doc2183/PAF_Digest_Dec_03.pdf For BS7666 addresses the numbers with suffixes eg 1A or in ranges 1-3 are treated like building names in PAF but as numbers in NLPG. For BS7666 addresses the locality is the settlement name people would answer they are in if asked outside the premise rather than 'post town' For a list of 'post towns' see: http://www.abcounties.co.uk/bpa/bpasection3.htm And looking at that site of the Association of British Counties would we want to encourage a tag/field of tradiational county as distinct from administrative area. And when it comes to international address standard then trying to relate fields of various systems that have grown up in each postal system presents all sort of challenges. See: http://www.isotc211.org/Address/Copenhagen_Address_Workshop/index.htm http://www.isotc211.org/Address/Copenhagen_Address_Workshop/papers/CoetzeeEtAl_TowardsAnInternationalAddressStandard_GSDI-10_2008.pdf http://www.isotc211.org/Address/Copenhagen_Address_Workshop/papers/Coetzee_AddressDataExchangeInSouthAfrica_ISOWorkshop_May2008.pdf On Friday 25 July 2008 18:12:54 Frederik Ramm wrote: Also, house numbers may be entered by people who live in the area and don't even have a GPS. I don't have a GPS but I have been added street and building names to some I know from local knowledge. I have been lurking on these list for a while now trying to find time to come in on aspects of project that interest me. I hope to come back on other elements, such as idea for future project to get developers to upload plans of there developments, if not direct to OSM to a layer on top host on another site pulling in OSM data. But this is linked to me dreaming of a future where there is a free map that gets to level of OS mastermap (kerbs, property and building lines) if fact I would like to see more with street furnature maped out. It might never happen but ... But more on that later. Micah -- http://blog.j12.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
On Samstag 26 Juli 2008, Gervase Markham wrote: Random question: does the orientation of a GPS receiver make any difference? If I hold my BGT-11 vertically, will it find it harder to get and keep a lock than if I hold it horizontally? Also, does it make it slower to get a lock if I walk along while it's trying? I don't know the chipset, if that makes a difference - I think it may be SirfStar II. The wiki would know (I'm offline as I type). The Antenna of the naviGPS can be seen here: http://www.ostertag.name/osm/NaviGPS/thumbs/TN_960x1280_img_1220.jpg which means laying your NaviGPS should result in the best reception. -- Jörg (Germany, Tettnang) http://www.ostertag.name/ irc://irc.oftc.net/#osm Tel.: +49 89 420950304 Skype: JoergOstertag ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
Joerg Ostertag (OSM Tettnang/Germany) wrote: The Antenna of the naviGPS can be seen here: http://www.ostertag.name/osm/NaviGPS/thumbs/TN_960x1280_img_1220.jpg which means laying your NaviGPS should result in the best reception. That's very helpful. So if you have a flat antenna like that, it's best if it is in the horizontal plane? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
Martijn, Oppikken in Utrecht is ook een goede optie! En eventueel wil ik je als het te laat wordt om te reizen wel in Delft thuis brengen. Stefan rijdt ook met mij mee. Stefan de Konink wrote: On Fri, 25 Jul 2008, Martijn van Oosterhout wrote: On Tue, Jul 22, 2008 at 7:01 PM, Milo van der Linden [EMAIL PROTECTED] wrote: Ik zou trouwens ook graag zien dat Kleptog (Martijn van Oosterhout) van de partij is, Stefan en ik zouden een aantal technische zaken tegen hem aan willen leggen, weet iemand of hij evt. in de gelegenheid is? De laaste tijd ben ik nogal bezig geweest met het fenomeen waarbij arbeid wordt gedaan in ruil voor geld :) Dus in mijn email loop ik heel erg achter. Als ik de adres in veenendaal in 9292ov typ zegt het dat het 2 uur reizen is van Delft. (Het zegt ook dat na 1700 geen bus daar rijdt, dat is wel erg raar). Ik zal proberen te kijken of ik misschien wat eerder weg kan, want het lijkt mij wel zinvol. Ik denk dat meer van ons je er graag bij willen hebben :) Dus wellicht is ophalen van een van de stations in Veenendaal wel een optie. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
Ja, of in Ede als de trein verbinding daar naartoe beter is vanuit delft. On Fri, 2008-07-25 at 23:15 +0200, Stefan de Konink wrote: On Fri, 25 Jul 2008, Martijn van Oosterhout wrote: On Tue, Jul 22, 2008 at 7:01 PM, Milo van der Linden [EMAIL PROTECTED] wrote: Ik zou trouwens ook graag zien dat Kleptog (Martijn van Oosterhout) van de partij is, Stefan en ik zouden een aantal technische zaken tegen hem aan willen leggen, weet iemand of hij evt. in de gelegenheid is? De laaste tijd ben ik nogal bezig geweest met het fenomeen waarbij arbeid wordt gedaan in ruil voor geld :) Dus in mijn email loop ik heel erg achter. Als ik de adres in veenendaal in 9292ov typ zegt het dat het 2 uur reizen is van Delft. (Het zegt ook dat na 1700 geen bus daar rijdt, dat is wel erg raar). Ik zal proberen te kijken of ik misschien wat eerder weg kan, want het lijkt mij wel zinvol. Ik denk dat meer van ons je er graag bij willen hebben :) Dus wellicht is ophalen van een van de stations in Veenendaal wel een optie. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
2008/7/26 Milo van der Linden [EMAIL PROTECTED]: Martijn, Oppikken in Utrecht is ook een goede optie! En eventueel wil ik je als het te laat wordt om te reizen wel in Delft thuis brengen. Utrecht is het handigst, daar ben ik zo. Terugweg is niet zo'n probleem, er rijden de hele nacht treinen tussen Utrecht en Delft. Nu kijken of ik eerder weg kan. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
Ik kan je wel oppikken in Utrecht (en weer afleveren) Martijn 2008/7/26 Martijn van Oosterhout [EMAIL PROTECTED]: 2008/7/26 Milo van der Linden [EMAIL PROTECTED]: Martijn, Oppikken in Utrecht is ook een goede optie! En eventueel wil ik je als het te laat wordt om te reizen wel in Delft thuis brengen. Utrecht is het handigst, daar ben ik zo. Terugweg is niet zo'n probleem, er rijden de hele nacht treinen tussen Utrecht en Delft. Nu kijken of ik eerder weg kan. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am 25. Juli 2008 19:33 schrieb Bernd Wurst [EMAIL PROTECTED]: http://wiki.openstreetmap.org/index.php/Platform_Status Aber nein, nachdem der Server jetzt seit 1 Tag auf nen Reboot wartet, tu ich mir auch schwer, die Arbeit der Admins zu verteidigen... Der [EMAIL PROTECTED] steht an der University of California, San Diego. Die OSM-Admins haben keinen Zugang zu dem Rechner. Und da man sich nicht mehr remote anmelden konnte, mussten sie darum bitten, dass jemand vor Ort den Rechner rebootet. Die Admins konnten hier nichts anderes tun als zu warten. jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Noch einmal zu Stadtmauern
Hallo Liste, vor einiger Zeit hatten wir hier schon mal das Thema Stadtmauern angesprochen. [Talk-de] Behandlung von historischen Stadtmauern? 29 May 2008 http://www.mail-archive.com/talk-de@openstreetmap.org/msg10926.html [Talk-de] Stadtmauern 01 Jun 2008 http://www.mail-archive.com/talk-de@openstreetmap.org/msg11170.html Mittlerweile bin ich stolzer Besitzer eines Garmin eTrex Legend HCx, habe meine ersten Tracks hochgeladen und werde mich demnächst auch mal am Kartenmalen versuchen. Eines meiner ersten Vorhaben sind Stadtmauern bzw. Stadtbefestigungen und deren Reste in einigen mitteldeutschen Städten (Rochlitz, Geithain, Jena, Chemnitz, Leipzig ...). Ich hoffe, dass das Thema auch andere hier interessiert und sich einige MitstreiterInnen findne lassen. Nahezu jede größere und kleinere Stadt in Deutschland und Europa überhaupt, die bereits im Mittelalter eine Stadt war - also auch fast alle Städte -, weist noch heute Reste der historischen Stadtbefestigung auf. Diese können von einem nahezu geschlossenen Mauerring mit erhaltenen Stadttoren bis hin zu wenigen Mauerresten und nur archäologisch erforschten und im Pflaster markierten Fundamentresten reichen. Wie können solche Stadtmauerreste gut und möglichst einheitlich erfaßt werden? Eine erste Idee gibt es bereits: Proposed features/City wall http://wiki.openstreetmap.org/index.php/Proposed_features/City_wall Wer würde das Proposal weiterentwickeln und zur Serienreife führen? Wie könnte es noch ergänzt und verbessert werden? Wie können Türme und Tore extra dargestellt bzw. hervorgehoben werden? Ich würde vorschlagen, mit der Behandlung dieser Fragen und weiterer Diskussionen ins OSM-Wiki umzuziehen: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Kulturdenkmale/Stadtmauern Aufgrund des extremen traffics hier lese ich nur noch gelegentlich mit und vermutlich interessiert es auch nicht alle hier. Wir können aber regelmäßig von - hoffentlich bald erreichten - Fortschritten berichten. Viele Grüße Roman -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Jens Frank schrieb: Am 25. Juli 2008 19:33 schrieb Bernd Wurst [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: http://wiki.openstreetmap.org/index.php/Platform_Status Aber nein, nachdem der Server jetzt seit 1 Tag auf nen Reboot wartet, tu ich mir auch schwer, die Arbeit der Admins zu verteidigen... Der [EMAIL PROTECTED] steht an der University of California, San Diego. Die OSM-Admins haben keinen Zugang zu dem Rechner. Und da man sich nicht mehr remote anmelden konnte, mussten sie darum bitten, dass jemand vor Ort den Rechner rebootet. Die Admins konnten hier nichts anderes tun als zu warten. Wie dem auch sei, derzeit ist [EMAIL PROTECTED] praktisch unbrauchbar. Ich bekomme seit Tagen (Wochen?) so gut wie nie alle Kachel einer Seite mehr zu sehen und die zwei die kommen dauern auch noch ewig. Zoomen kann man ganz vergessen. Da warte ich lieber bis Mittwoch, das geht noch schneller Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM und Rohdaten
Thomas Clormann schrieb: Wenn Du Linien willst, nur nicht die wilden Zickzacklinien, dann einen Wert (z.B. 100) statt -1 bei Maximum length (meters) eingeben Danke, das wars. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Noch einmal zu Stadtmauern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roman Grabolle wrote, on 26.07.2008 10:07: | Eine erste Idee gibt es bereits: | Proposed features/City wall | http://wiki.openstreetmap.org/index.php/Proposed_features/City_wall | | Wer würde das Proposal weiterentwickeln und zur Serienreife führen? Schreib doch einfach dazu, was Du für wichtig hältst. | Wie könnte es noch ergänzt und verbessert werden? Wahrscheinlich kannst Du das am besten selbst entscheiden, wenn Du anfängst, die Stadtmauern zu erfassen. Theoretische Diskussionen, wie man am besten jede denkbare Art von irgedwas (hier Stadtmauern) erfaßt, führen meist zu nichts. | Wie können Türme und Tore extra dargestellt bzw. hervorgehoben werden? Von den vorhandenen oder vorgeschlagenen Tags könnten man_made=tower und barrier=gate oder border=gate passen. (Wenn das Tor nur noch ein Torbogen ist, paßt es nicht so ganz, aber vielleicht kann man das noch mit zusätzlichen Tags genauer spezifizieren.) Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiK8RQACgkQnMz9fgzDSqeNbACdEqWZDsj3KMc0hN7VZjC7kWbr fNIAn0KDHqMMcXU6VO3rGMqVFi+nSvCT =kFvn -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Export-Funktion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jens Müller wrote: Hallo, ich habe gerade Probleme mit der Export-Funktion auf openstreetmap.org: [...] Exportiert wird dann aber was ganz anderes als markiert war. OK, es ist schon an derselben Stelle, aber irgendwie ist der Ausschnitt viel größer als gewünscht. Lies Dir mal die Specs durch. Da steht drin, dass zu einem Bereich (bbox) nicht nur die darin befindlichen Nodes gehoeren, sondern auch alle Wege zu denen diese Nodes gehoeren plus alle Relationen die dazu gehoeren. Wenn Du also einen Node in Deinem gewaehlten Bereich hast, der zur A8 gehoert, dann kommt eben noch ein Teil der A8 mit (zumindest bis zum naechsten AB-Kreuz oder so). - -- - -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIiwLy+62Q1j2JM1YRAqfvAJ0e91/wXFC4jop+X95F52jgSjg4dACcCePD bO3jxlUWz0TAnUxxRlfIGJs= =jpHM -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Export-Funktion
m*sh schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jens Müller wrote: Hallo, ich habe gerade Probleme mit der Export-Funktion auf openstreetmap.org: [...] Exportiert wird dann aber was ganz anderes als markiert war. OK, es ist schon an derselben Stelle, aber irgendwie ist der Ausschnitt viel größer als gewünscht. Lies Dir mal die Specs durch. Da steht drin, dass zu einem Bereich (bbox) nicht nur die darin befindlichen Nodes gehoeren, sondern auch alle Wege zu denen diese Nodes gehoeren plus alle Relationen die dazu gehoeren. Wenn Du also einen Node in Deinem gewaehlten Bereich hast, der zur A8 gehoert, dann kommt eben noch ein Teil der A8 mit (zumindest bis zum naechsten AB-Kreuz oder so). Es ist gewünscht, daß die erzeugte PNG-Datei größer ist als mit der bbox angegeben? OMG ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Hallo. Am Samstag, 26. Juli 2008 schrieb Jens Müller: Es ist gewünscht, daß die erzeugte PNG-Datei größer ist als mit der bbox angegeben? Nein, aber es ist gewünscht, dass man seine Frage bzw. sein Problem so konkret wie möglich schildert. Da du nur von der Export-Funktion gesprochen hast, ist absehbar, dass keiner auf *genau dein Problem* eingeht sondern wild herumraten muss. Harry hat lediglich die naheliegendste Erklärung für eine der möglichen Export-Funktionen abgegeben. :) Gruß, Bernd -- Die Krankenhäuser sind voll, die Leute fressen Pillen wie noch nie, operiert wird mehr denn je - die Gesundheit macht Fortschritte! - Gerhard Kocher signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Sprechende Namen!!
Andreas Stricker schrieb: Sven Grüner schrieb: Du solltest als Nutzergruppe die Rennradfahrer nicht vergessen. Denen würde eine unpaved/grade1 genügen wogegen ein paved/grade2 problematisch wäre. Bei Inlineskatern könnte es genau andersherum sein. Deshalb verwende ich auch IMMER den surface-Tag parallel zum tracktype. Denn für Inlineskater ist es ein riesen Unterschied ob etwas 'paved surface' oder 'heavily compacted hardcore' (beides grade1) ist. Genau. Mit einem Tag alles zu abdecken zu wollen halte ich auch nicht für sinnvoll. Ich gehe sogar noch weiter und benutze surface=paved für asphaltierte Strassen und nicht asphaltierte unterscheide ich mit verschiedenen Werten von surface: * grit für typische Kies/Schotterwege * grass für mit Gras überwachsene Wege * cobblestones für Kopfsteinpflaster * mould für Humus-Waldboden * unpaved wenn ich nicht mehr genau weiss was es war * (weitere Werte sind denkbar) Wenn der Weg üble Schlaglöcher hat, markiere ich das mit roadholes=yes Daneben geben ich den subjektiven Eindruck mit den tracktypes Tags an. Ich glaube dieses Schema gibt recht gut wieder wie der Weg beschaffen ist und der Aufwand zum Taggen hält sich in Grenzen. (Übrigens: bei engen Strassen verwende ich das width-Tag) Gruss, Andy das deckt sich ja quasi ziemlich genau mit dem Proposal. Nur, dass es da surface_state=holey (statt roadholes=yes) und surface_material=grit;grass;cobblestone;moult (statt surface=...) wäre. Find cih gut. denn es sagt ein vielfaches mehr aus, als gradeX :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vollständigkeit von Route-Relationen
Rolf Gehring schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, es ist mir immer noch nicht gelungen, Buslinien so in eine Relation einzubinden, dass sowohl die Haltestelle als auch der Name der Buslinie in der Karte korrekt angezeigt wird. Kann mir mal jemand die korrekten Einträge in die entsprechenden Relationen nennen? Die Wiki scheint in dem Punkt etwas veraltet zu sein. Noch einmal zur Erinnerung: Es geht um Relationen. Bitte keine Hinweise, wie ich eine Bushaltestelle in eine Node eintrage solle. Rolf http://osmxapi.hypercube.telascience.org/api/0.5/relation[route=bus] sollte dir alle bus-relations auswerfen Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
Hallo, eine kleine Notiz am Rande: Ab sofort ist eine neue (Test-)Version des Renderers unter http://wiki.openstreetmap.org/index.php/User:Ferdi verfügbar. Diesmal nur noch mit GUI und anderen Regelsets. Dafür hoffentlich auch unter Mono lauffähig. viele Grüße Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vollständigkeit von Route-Relationen
Mario Salvini schrieb: Rolf Gehring schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, es ist mir immer noch nicht gelungen, Buslinien so in eine Relation einzubinden, dass sowohl die Haltestelle als auch der Name der Buslinie in der Karte korrekt angezeigt wird. Kann mir mal jemand die korrekten Einträge in die entsprechenden Relationen nennen? Die Wiki scheint in dem Punkt etwas veraltet zu sein. Noch einmal zur Erinnerung: Es geht um Relationen. Bitte keine Hinweise, wie ich eine Bushaltestelle in eine Node eintrage solle. Rolf ich suche da gerade auch noch brauchbaren Infos. Eigentlich müßten ja nur die Nodes in die Relation, weil der Weg zwischen den Punkten sich ja je nach Baustellen und Straßensituation ändern kann (und schließlich sind nur die Haltestellen interessant, weil man ja zwischendurch nicht aufsteigen kann). Nur müßte man dann den Members als role eine durchlaufende Nummer geben, weil sie ja sonst willkürlich sortiert werden (in der Map wäre das egal, aber später zum Routing wäre das unbrauchbar) und damit die Reihenfolge verloren gänge Relation 2609 (Buslinie 1 in Passau) Relation 2304 (Linie 250 - Hochbach) finde ich einen guten Anfang. die einzelnen Haltestellen mit stop_NUMMER durchnummeriert. backward und forward tauchen in der 2609 auch auf, aber ich denke die braucht man nur bedingt, weil eigentlich sollte es ja besser sein die Haltestellen an den Standorte einzeln zu erfassen und nciht nur einen bus_stop-Node pro Haltestellennamen (in freier Wildbahn sind da ja meist mindestens 2 Haltestellen pro Haltestellenname). Interessant wäre noch zu klären, wie wir Hin- und Rückroute erfassen (z.B. Linie 33 - Fuchserde oder 33 - 33 - Klinikum [über Vaals]). Sind das dann 2 Routen ? fänd ich ungünstig. vielleicht noch einee Rolle namens start (im Beispiel Fusserde) und role=end (im Beispiel Klinikum) an die Wendepunkte der Route und dann statt nur stop_NUMMER schreiben forward_stop_NUMMER. Dann könnte man klar herleiten: Auf dieser Straßenseite fährt die Linie 33 nur nach Fuchserde oder andersrum. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] B 1 - Relation laesst sich nicht erweitern
Jonathan Schlüßler schrieb: Mit Potlatch ist es allerdings sehr wohl möglich Relationen anzulegen und zu verwalten. ich weiß nicht, aber bei mir kann ich das seit der umstellung auf deutsch nicht mehr :( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
Frederik Fischer schrieb: Hallo, eine kleine Notiz am Rande: Ab sofort ist eine neue (Test-)Version des Renderers unter http://wiki.openstreetmap.org/index.php/User:Ferdi verfügbar. Diesmal nur noch mit GUI und anderen Regelsets. Dafür hoffentlich auch unter Mono lauffähig. viele Grüße Frederik Er findet bei mir beim Rendern eine Datei nicht, und zwar die cobra.rules-z15.xml. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
Frederik Fischer schrieb: eine kleine Notiz am Rande: Ab sofort ist eine neue (Test-)Version des Renderers unter http://wiki.openstreetmap.org/index.php/User:Ferdi verfügbar. Diesmal nur noch mit GUI und anderen Regelsets. Dafür hoffentlich auch unter Mono lauffähig. Ah, gibt ja nur Regelfiles für 12 und 17. Sorry. Aber ich habe jetzt ein anderes Problem. Und zwar zeigt er mit nach dem Rendern der Layer die Fehlermeldung ERROR: Allgemeiner Fehler in GDI+. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] B 1 - Relation laesst sich nicht erweitern
Josias schrieb: Jonathan Schlüßler schrieb: Mit Potlatch ist es allerdings sehr wohl möglich Relationen anzulegen und zu verwalten. ich weiß nicht, aber bei mir kann ich das seit der umstellung auf deutsch nicht mehr :( So sieht es aus. Wobei ich mittlerweile las, dass es nicht funktioniert, wenn Potlatch in einem Browser eingesetzt wird, sondern nur bei der Verwendung des IE. Und das werde ich mir nicht antun. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Thorsten Feles schrieb: Wie dem auch sei, derzeit ist [EMAIL PROTECTED] praktisch unbrauchbar. Ich bekomme seit Tagen (Wochen?) so gut wie nie alle Kachel einer Seite mehr zu sehen und die zwei die kommen dauern auch noch ewig. Zoomen kann man ganz vergessen. Bei mir is zur Zeit auch die hälfte der Tiles blau und auf den Rest muss man 10 Minuten warten (ohne Übertreibung). Wer da noch die Admins verteidigt... Hätte ich nen eigenen Server, hätte ich mich schon längst verabschiedet und ein alternatives [EMAIL PROTECTED] zusammengeschrieben, das sich allerdings nur auf DE beschränkt (evtl. noch AT und CH). signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
André Reichelt schrieb: Ah, gibt ja nur Regelfiles für 12 und 17. Sorry. Aber ich habe jetzt ein anderes Problem. Und zwar zeigt er mit nach dem Rendern der Layer die Fehlermeldung ERROR: Allgemeiner Fehler in GDI+. Für die Regelfiles 13-16 war ich zu faul. Kommen noch, wenn ich mir sicher bin, dass das Regelformat so bleibt. Der Fehler muss irgendwo beim Speichern des Bildes auftreten. Bisher hatte ich da nur Probleme, wenn ich eine Auflösung jenseits der 7000x7000 (bzw. selbige Datenmenge) einstelle. Unter welchen Umständen tritt der Fehler denn auf? (Windows/Mono, auch bei geringen Auflösungen des Bildes?) Grüße Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
André Reichelt schrieb: Ah, gibt ja nur Regelfiles für 12 und 17. Sorry. Aber ich habe jetzt ein unabhängig wie ich Zoome, ich hänge an System.TypeLoadException: Der Typ OSM.Rendering.Renderer.ProgressEventHandler in der Assembly osm.rendering.renderer, Version=0.2.1.0, Culture=neutral, PublicKeyToken=null konnte nicht geladen werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Thorsten Feles schrieb: Der [EMAIL PROTECTED] steht an der University of California, San Diego. Die OSM-Admins haben keinen Zugang zu dem Rechner. Und da man sich nicht mehr remote anmelden konnte, mussten sie darum bitten, dass jemand vor Ort den Rechner rebootet. Die Admins konnten hier nichts anderes tun als zu warten. Wie dem auch sei, derzeit ist [EMAIL PROTECTED] praktisch unbrauchbar. Ich bekomme seit Tagen (Wochen?) so gut wie nie alle Kachel einer Seite mehr zu sehen Wo muss man spenden, damit OSM sich ein Hosting mit Reboot-Service leisten kann? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] B 1 - Relation laesst sich nicht erweitern
Jonathan Schlüßler schrieb: Andreas Pothe wrote: Josias schrieb: Jonathan Schlüßler schrieb: Mit Potlatch ist es allerdings sehr wohl möglich Relationen anzulegen und zu verwalten. ich weiß nicht, aber bei mir kann ich das seit der umstellung auf deutsch nicht mehr :( So sieht es aus. Wobei ich mittlerweile las, dass es nicht funktioniert, wenn Potlatch in einem Browser eingesetzt wird, sondern nur bei der Verwendung des IE. Und das werde ich mir nicht antun. Bei mir geht es mit Firefox 3.0.1. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de funktionieren sollte es eigentlich schon (auch im FF), wirklich brauchbar ist es imho nicht, da die Liste der geladenen Relationen sehr schnell den gesamten verfügbaren Vertikalen Raum einnimmt. Da nicht scrollbar, kann man irgendwann nicht mehr an alle Relationen auswählen. (Zumindest tritt dieses Problem sehr schnell auf, wenn alle Straßen in Straßenrelationen stecken) Im Endeffekt muss ich deswegen immer nach ein paar Aktionen zwangsweise zu JOSM wechseln. Grüße Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
Frederik Fischer schrieb: Unter welchen Umständen tritt der Fehler denn auf? (Windows/Mono, auch bei geringen Auflösungen des Bildes?) Unter Windows XP 32 Bit bei diversen Auflösungen zwischen 2000 und 6000 Pixeln getestet. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Johann H. Addicks schrieb: Wo muss man spenden, damit OSM sich ein Hosting mit Reboot-Service leisten kann? Gute Frage. Vor ein paar Wochen hiess es hier, Geld sei genug da, nur die Admins wüssten nicht, wie sie es am besten investieren sollten. Mittlerweile schwanke ich zwischen zwei anderen Möglichkeiten. Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, weil sie keine Lust mehr haben. Hätten sie wirklich zu wenig Zeit, dann sollen sie sich doch einfach mal an uns wenden, hier findet sich sicher jemand, der die Administration der Server übernehmen würde. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hallo, Johann H. Addicks schrieb: Mit der 6.14er-Version soll Mapsource übrigens noch pingeliger geworden sein was nicht ganz verdauliche Karten anbelangt. Nur mit der 6.13er funktionieren die Karten, die 6.14 ist zwar eh schon abgelaufen, aber wenn man die Karte installiert, dann mosert er trotzdem rum. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
André Reichelt schrieb: Frederik Fischer schrieb: Unter welchen Umständen tritt der Fehler denn auf? (Windows/Mono, auch bei geringen Auflösungen des Bildes?) Unter Windows XP 32 Bit bei diversen Auflösungen zwischen 2000 und 6000 Pixeln getestet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ich kann das Problem reproduzieren, wenn ich einen ungültigen Pfad für das output-dir angebe. Da fehlt offensichtlich eine entsprechende Validation. (Pfadangabe muss absolut sein und Verzeichnis muss existieren) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hallo Frederik, Frederik Ramm schrieb: Ok. Hast Du mein altes osmcut.c in der SVN-Version benutzt, oder waren da Aenderungen erforderlich? Nein, völlige Eigenentwicklung. Wir können kaum C. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cobra Renderer (war: Osmarender-Der ivat für Windows)
Frederik Fischer schrieb: ich kann das Problem reproduzieren, wenn ich einen ungültigen Pfad für das output-dir angebe. Da fehlt offensichtlich eine entsprechende Validation. (Pfadangabe muss absolut sein und Verzeichnis muss existieren) Ah, wunderbar, geht. Ach so, ja, ich hab hier mal probeweise 15000 bei Output eingestellt und bei mir geht es, die Grenze liegt also scheinbar nicht immer bei 7000 Pixeln. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] cycleroute update
Nachdem http://gnuher.de/cycleroute/map vor kurzem gelernt hat, wie es mit hochgeladenen GPX-Dateien umgeht, habe ich jetzt das Erscheinungsbild, wie ich hoffe, etwas aufgehübscht. Insbesondere ist die Karte initial möglichst fensterfüllend. Außerdem habe ich einige Verhaltensweisen von Vorversionen entfernt, die in dieser Version nicht mehr logisch sind. Vorbereitet ist, dass man wählen kann, ob man track oder route haben will. Bisher geht allerdings nur track. Viele Spaß, Harald. -- --+- Harald Kirsch | pifpafpuf bei gmx punkt de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hallo, mir ist aufgefallen, dass auf meinem Garmin HCx Gewässer (landuse=water), die sich innerhalb eines Parks (leisure=park) befinden, nicht angezeigt werden. Beim Scrollen kann man sie manchmal kurz aufblitzen sehen. Ist das ein Bug im Typfile? Hoffe, dass ich vielleicht bald dazukomme, selbst mal genauer zu forschen ... Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, Ich finde diesen Tonfall absolut inakzeptabel. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hallo, Frederik Ramm schrieb: Ok. Hast Du mein altes osmcut.c in der SVN-Version benutzt, oder waren da Aenderungen erforderlich? Nein, völlige Eigenentwicklung. Wir können kaum C. Meine Frage zielte darauf ab, ob Du *vor* der Umstellung ein unveraendertes osmcut.c benutzt hattest, oder ob Du daran Aenderungen machen musstest. Aber die Frage hast Du ja praktisch nun beantwortet ;-) Ich habe die geschilderte neue Funktionalitaet (also in jedem Ausgabefile sollen alle Nodes zu allen dort enthaltenen Wegen sein) in das osmcut.c aus dem SVN eingebaut. Man sollte jetzt also damit nun auch die Basis fuer randlose Garminkarten erzeugen koennen. Ob es 100% kompatibel zu Eurer Java-Entwicklung ist, kann ich natuerlich erst sagen, wenn ihr die herausgebt. (Ich kann recht gut C, aber ich kann kein Garmin, daher ist das fuer mich immer eine sehr theoretische Uebung, das ganze Know-How der Weiterverarbeitung fehlt mir. Es scheint ja schon mehr zu sein als einfach mkgmap auf die ganzen OSM-Stueckchen loszulassen, zumidest habe ich zwischen den Zeilen immer den Eindruck...) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
André Reichelt [EMAIL PROTECTED] wrote: Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, weil sie keine Lust mehr haben. Ehrlich gesagt finde ich diesen Ton eine Frechheit gegenüber allen die viel Arbeit ins Projekt stecken und schon gesteckt haben. Herzlich willkommen in meinem Killfile! Beim ersten Subversion commit Deinerseits werde ich Dich da natürlich gerne wieder raustun... *plonk* Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hallo Florian, Florian Arnold schrieb: nicht angezeigt werden. Beim Scrollen kann man sie manchmal kurz aufblitzen sehen. Ist das ein Bug im Typfile? Das liegt am Typfile, man kann da einstellen in welcher Reihenfolge gezeichnet wird, aber verstanden habe ich das noch nicht. Wenn Du eine Datei ohne Typfile verwendest, dann ist alles so wie es sein soll. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GADM
Heiko Jacobs [EMAIL PROTECTED] wrote: Mit Stadtplan auf die Schnelle verglichen: meist so 100...200...300 m, selten 500 m daneben... Manchmal etwas eigenartige (Generalisierungs?)spr?nge... da dann 500 Ich hab extra für Dich mal nachgemessen, weil das Weingartener Moor nämlich plötzlich im Stadtgebiet liegt. An dieser Stelle sind es knapp 600m. Sorry für die Übertreibung, es sind keine 1000m, aber 600m sind auch zu viel! Gruss Sven -- The American news-media is no longer a news source; it is a cheerleading squad. (unknown source) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Noch einmal zu Stadtmauern
Roman Grabolle wrote, on 26.07.2008 10:07: | Eine erste Idee gibt es bereits: | Proposed features/City wall | http://wiki.openstreetmap.org/index.php/Proposed_features/City_wall | | Wer würde das Proposal weiterentwickeln und zur Serienreife führen? Du bist da als Archäologe sicher am besten geeignet, mach einfach mal. Schreib doch einfach dazu, was Du für wichtig hältst. | Wie könnte es noch ergänzt und verbessert werden? Wahrscheinlich kannst Du das am besten selbst entscheiden, wenn Du anfängst, die Stadtmauern zu erfassen. Theoretische Diskussionen, wie man am besten jede denkbare Art von irgedwas (hier Stadtmauern) erfaßt, führen meist zu nichts. ja. Ich würde es gut finden, man hätte eine Möglichkeit zur Datierung, insbesondere wenn es verschiedene Mauern aus verschiedenen Epochen gibt (gut, Rom ist da wohl auch etwas spezieller als die meisten Städte). | Wie können Türme und Tore extra dargestellt bzw. hervorgehoben werden? Von den vorhandenen oder vorgeschlagenen Tags könnten man_made=tower und barrier=gate oder border=gate passen. (Wenn das Tor nur noch ein Torbogen ist, paßt es nicht so ganz, aber vielleicht kann man das noch mit zusätzlichen Tags genauer spezifizieren.) barrier=gate halte ich für ungeeignet. Das bezieht sich mehr auf ein Hindernis im Sinne eines Zaun-Tors (Absperrung, Einfriedung, etc), als auf ein Stadttor. Diese sind eigentlich NIE als Tor im Sinne von Hindernis erhalten. Ich würde einen neuen Tag einführen man_made=city_gate, sowohl für Nodes als auch für Ways/areas. (Ersteres, wenn man eher grob vorgeht, zweiteres, weil diese Tore ja durchaus eine gewisse Ausdehnung haben). Ggf. könnte man das auch für modernere Durchbrüche missbrauchen, die keinen historischen Namen haben (z.B. Durchbruch für die Via Cristoforo Colombo aus den 30er Jahren, als 4 Bögen ausgeführt wo früher nur Mauer war). Für Türme halte ich man_made=tower für anwendbar. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Hallo, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, Ich finde diesen Tonfall absolut inakzeptabel. Ich find das auch ziemlich derb. Die Admins werden ja nicht bezahlt oder so. Die machen das in ihrer Freizeit. Dass da bei [EMAIL PROTECTED] aber gerade was wackelt merken wir alle. Wenn man bei dem kleinen Pluszeichen Osmarender auswählt und stundenlang wartet, macht das erstmal nen schlechten Eindruck auf Neueinsteiger - aber c'est la vie. Momentan geht es eigentlich gerade ganz gut, aber nicht super. Ich glaube das Problem ist einfach (wurde hier auch schon mal angesprochen), dass es den Admins nicht ganz gelingt zu kommunizieren, was genau das Problem ist oder wie der Status der Lösung aussieht oder was weiß ich. Sie deswegen aber so anzugreifen, ist echt nicht nötig und hilft keinem. Also bitte einfach mal ganz locker bleiben... Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Noch einmal zu Stadtmauern
Martin Koppenhoefer schrieb: | Wie können Türme und Tore extra dargestellt bzw. hervorgehoben werden? Von den vorhandenen oder vorgeschlagenen Tags könnten man_made=tower und barrier=gate oder border=gate passen. (Wenn das Tor nur noch ein Torbogen ist, paßt es nicht so ganz, aber vielleicht kann man das noch mit zusätzlichen Tags genauer spezifizieren.) barrier=gate halte ich für ungeeignet. Das bezieht sich mehr auf ein Hindernis im Sinne eines Zaun-Tors (Absperrung, Einfriedung, etc), als auf ein Stadttor. Diese sind eigentlich NIE als Tor im Sinne von Hindernis erhalten. Es hat eine gewisse Aussagekraft, wird aber in anderem Kontext verwendet. Ich denke daher eher an ein anderes tag. z.B. building=gate Ich würde einen neuen Tag einführen man_made=city_gate, sowohl für Nodes als auch für Ways/areas. (Ersteres, wenn man eher grob vorgeht, zweiteres, weil diese Tore ja durchaus eine gewisse Ausdehnung haben). Ggf. könnte man das auch für modernere Durchbrüche missbrauchen, die keinen historischen Namen haben (z.B. Durchbruch für die Via Cristoforo Colombo aus den 30er Jahren, als 4 Bögen ausgeführt wo früher nur Mauer war). Für Türme halte ich man_made=tower für anwendbar. man_made=tower habe ich bislang eher für Türme in der Art von Funk- und Fernsehtürmen gesehen. Ist hier building=tower nicht sinnvoller. Ich habe heute angefangen bei mir die Stadtmauern und Türme zu taggen. Da hat sich building=tower als recht brauchbar erwiesen. Meine Arbeit ist in Ausschnitt [1] drin. Auf dem Datenlayer [1] und [2] sind sie sichtbar. Gruss, Andy [1] http://www.openstreetmap.org/?lat=47.6968lon=8.6348zoom=17 [2] http://www.openstreetmap.org/browse/way/25783730 [3] http://www.openstreetmap.org/browse/way/25783731 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
André Reichelt schrieb: Bei mir is zur Zeit auch die hälfte der Tiles blau und auf den Rest muss man 10 Minuten warten (ohne Übertreibung). Wer da noch die Admins verteidigt... Dieser Ton gefällt mir nicht. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Läuft JOSM eigentlich auch auf dem PDA ?
Moin, Anyway - solange Josm noch nicht mal vernüntig auf einem eeepc läuft (bei 800*480) - solange ist ein PDA nicht realisitisch. auch auf einem Nokia N810 läuft JOSM leider nicht gut. Ich wollte mich ja schon mal ranmachen und Josm für den eeepc anpassen (v.a. wären optionale kleinere Icons wichtig, und die rechte Seite sollte optional eine kleinere Schriftart nutzen und verkleinerbar sein) - habe aber festgestellt, dass das bischen Java, das ich kann dafür nicht ausreicht. Die Icons wären Step 2. Wichtiger wäre die Performance zu verbessern und ein paar der zu großen Dialoge anzupassen. Leider kann ich kein Java :( . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Moin, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, weil sie keine Lust mehr haben. ich fänd's schlicht und ergreifend gut wenn Du Dich mit dem Posten manchmal etwas zurückhalten würdest. ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Sprechende Namen!! (Re: pathtype ? grad es für Fußwege )
Etwas redundanz ist bei web-2.0-projekten überlebenswichtig. ja :) Wenn es denn schon einen tracktype geben soll (ich halte überhaupt nichts davon): BITTE BITTE BITTE keine grade1 ... gradeN sondern sprechende Namen, z.B: execelent,good,bad,... Gruß Sven warum? Damit man zusätzlich noch Tippfehler provoziert (s. z.B. oben execelent )? grade1 bis 5 ist eigentlich völlig klar, sagt schon aus, wieviele Stufen es gibt, ist einfach zu schreiben, wird von der Autocompletion schon angeboten, wenn nur einer der grades verwendet wurde, ... . Wie schonmal in den letzten Tagen von jemand hier erwähnt: sprechende Bezeichnungen ersparen Dir trotzdem nicht die Klassifikation, d.h. Du musst abwägen, in welche Schublade Du die Straße sortierst. Zwischen Hervorragend und gut wird es immer Straßen geben, die sowohl als auch sind (genauso wie eine Straße auch mal partiell ein Schlagloch haben kann, aber eigentlich gut ist). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Sprechende Namen!! (Re: pathtype ? grades für Fußwege )
Moin, (Was ich an tracktype doof finde, ist nicht, dass die Einstufung numerisch ist, sondern dass es *ueberhaupt* eine Klasseneinteilung ist; für die Ersterfassung finde ich das dufte. Das Aufdröseln in die einzelnen Attribute können wir später noch nachholen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Sprechende Namen!!
Moin, Deshalb verwende ich auch IMMER den surface-Tag parallel zum tracktype. +1 :) . Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pathtype? grades für Fußwege
Am 24. Juli 2008 03:19 schrieb Johann H. Addicks [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: das halte ich für weniger gut, weil m.E. die Anforderung an Track ist, dass eben ein Kfz zumindest von der Breite durchkommt (Traktor o.Ä.) Kraftfahrzeug = maschinell angegriebenes Landfahrzeug, also auch Motorrad. Meinst Du evtl. Automobil? Oder auch Sonderkfz? Du Erbsenzähler. Gemeint war ein Fahrzeug mit einer Spurweite größer 1 Meter, also mind. 3-4-rädrig. Das kann auch ne Pferdekutsche sein. Oder ein Schneemobil mit Kufen. Breiter als ein Trampelpfad. So ein kleines Tagging-Problem, bei dem auch die Spurweite nicht weiterhilft: http://www.addicks.net/albums/GeoCaching/DSCF1604.sized.jpg und http://www.addicks.net/albums/GeoCaching/DSCF1606.sized.jpg Hier kreuzt ein Tracktype grade4 einen Bachlauf, eine Brücke hat es offensichtlich nie gegeben dort. Will sagen: Hier kommt man mit der Definition Fahrspuren deutlich sichtbar nicht unbedingt weiter. Dem Unimog mit dem der Forstwirt hier allem Anschein nach ab und an durchzufahren pflegt scheint es nichts auszumachen. Ich habe mir erstmal ein wenig Holz gesucht, um dort trocken Fußes über diesen Sumpf zu gelangen, denn auch seitlich war er nicht überspringbar. grade5 an dieser Stelle würde ich sagen. Und wo wir gerade im Forst sind: Wie mapt man Überstiege in Schonungen? (soetwas wie http://www.addicks.net/albums/GeoCaching/DSCF0360.sized.jpg ). Auch wenn's wirklich keine Durchgangsrouten sind, Pilz- und Beerensammler sind für soetwas dankbar. -jha- Pilz- und Beerensammler gehen doch normalerweise sowieso querfeldein, oder täusche ich mich da? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pathtype? grades für Fußwege
http://www.addicks.net/albums/GeoCaching/DSCF1604.sized.jpg und http://www.addicks.net/albums/GeoCaching/DSCF1606.sized.jpg grade5 an dieser Stelle würde ich sagen. An dieser Stelle würde ich es Furt nennen und ich erwarte keine weiteren Klassen für die Wegbeschreibung, die würden eh im Wasser...äh... untergehen würden. Und wo wir gerade im Forst sind: Wie mapt man Überstiege in Schonungen? (soetwas wie http://www.addicks.net/albums/GeoCaching/DSCF0360.sized.jpg ). Auch wenn's wirklich keine Durchgangsrouten sind, Pilz- und Beerensammler sind für soetwas dankbar. -jha- Pilz- und Beerensammler gehen doch normalerweise sowieso querfeldein, oder täusche ich mich da? Das liegt aber an den Pilzen. Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pathtype? grades für Fußwege
Am 26. Juli 2008 22:46 schrieb Stephan Schildberg [EMAIL PROTECTED]: http://www.addicks.net/albums/GeoCaching/DSCF1604.sized.jpg und http://www.addicks.net/albums/GeoCaching/DSCF1606.sized.jpg grade5 an dieser Stelle würde ich sagen. An dieser Stelle würde ich es Furt nennen und ich erwarte keine weiteren Klassen für die Wegbeschreibung, die würden eh im Wasser...äh... untergehen würden. das ist übrigens auch ein guter Punkt: mappen wir für den Sommer? Ist ja in diesem Fall extrem abhängig von der Jahreszeit bzw. dem Klima. Im WInter ist es teils sowieso zugefroren, bei Trockenheit ggf. ausgetrocknet, ... Ausserdem sind die Beschreibungen der tracktype grades ziemlich nordeuropäiisch. In anderen Gegenden der Welt (und da muss man noch nicht mal allzuweit fahren), sehen verwilderte oder ungenutzte Wege ganz anders aus und sind ggf. keineswegs von Gras überwuchert (aber trotzdem schwer zu befahren). Während es bei bindigen Böden z.B. sehr auf den Feuchtigkeitsgehalt ankommt, spielt der bei nicht bindigen Böden eine geringere Rolle. Auch Sand ist nicht gleich Sand (Korngröße) und ggf. ist was als Sand klassifiziert wurde eigentlich Schluff,... Ich komme immer mehr zu dem Schluss, dass die derzeitige Klassifizierung von 1-5 die besten Ergebnisse für die Befahrbarkeit liefert (verglichen mit dem Versuch einer ausufernden Beschreibung einzelner physischer Faktoren) bei dem wohl noch überschaubarsten Aufwand für die Klassifizierung (von sehr gut / befestigt=1 bis praktisch verschwunden = 5), einzig die Beispiele und Beschreibungen über physisch anzutreffende Gegebenheiten (zugewuchert) halte ich für überprüfungswürdig (zumindest könnte man nach Regionen oder Klimazonen unterscheiden). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pathtype? grades für Fußwege
Martin Koppenhoefer [EMAIL PROTECTED] wrote: das ist übrigens auch ein guter Punkt: mappen wir für den Sommer? Ist ja in diesem Fall extrem abhängig von der Jahreszeit bzw. dem Klima. Im WInter ist es teils sowieso zugefroren, bei Trockenheit ggf. ausgetrocknet, ... Wenn da ne Furt in der Karte ist und der Rhein grade kein Hochwasser hat dann ist die halt trocken. Im Zweifelsfall besser als andersrum. Ich komme immer mehr zu dem Schluss, dass die derzeitige Klassifizierung von 1-5 die besten Ergebnisse für die Befahrbarkeit liefert Klar doch! Ich mache das bisher immer von der Befahrbarkeit mit dem Rad abhängig. Bei Grade 1 und Grade 2 muss ich nicht absteigen, auch nicht, wenn es stark geregnet hat. Grade 3 kann schon grenzwertig werden. Grade 4 und 5 sind definitiv nichts mehr für Tourenradler. Gruss Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapping von Flugrouten sinnvoll?
2008/7/24 Holger Issle [EMAIL PROTECTED]: Hi Martin, dafür wäre es allerdings wirklich interessant, landuse, highway, etc. bei bedarf auf verschiedenen layern zu haben, die Du dann ausschalten kannst. Letztlich wäre es sinnvoll, eine Liste aller Tags im gerade offenen File zu haben, deren Sichtbarkeit man einzeln ein- und ausschalten kann. -- hm, das stelle ich mir ziemlich umständlich vor, wir haben ja doch ne ganze Menge Tags, ggf. könnte man diese bei Deiner Variante zusätzlch gruppieren / filtern für Mehrfachauswahl, so dass man nicht hundert mal clicken muss, sondern mit wenigen Schritten zum Ziel kommt. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pathtype? grades für Fußwege
Moin, Ich komme immer mehr zu dem Schluss, dass die derzeitige Klassifizierung von 1-5 die besten Ergebnisse für die Befahrbarkeit liefert Klar doch! Ich mache das bisher immer von der Befahrbarkeit mit dem Rad abhängig. Bei Grade 1 und Grade 2 muss ich nicht absteigen, auch nicht, wenn es stark geregnet hat. Grade 3 kann schon grenzwertig werden. Grade 4 und 5 sind definitiv nichts mehr für Tourenradler. same here. Aber genau das ist das Problem. Wir sehen die Welt eben mit den Radlerscheuklappen. Ein Traktorfahrer käme vermutlich zu anderen Ergebnissen. Ich find' die Tracktypes auch nicht gut. Vorher habe ich surface verwendet und fand das viel besser. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Liste platzt, was: Humor auf talk-de
2008/7/24 Frederik Ramm [EMAIL PROTECTED]: Hallo, Es nervt einfach nur noch, alle 20 Minuten den Digest zu kriegen, das Inhaltsverzeichnis zu überfliegen und den Digest angesichts (für mich) uninteressanter Themen zu löschen. Du solltest Dir evtl. überlegen, ob Du nicht Deinen Mailclient so configurierst, dass die OSM-Mails nicht kreuz und quer mit Deinen restlichen Mails zusammen in einem Ordner landen. Wer POI-Control erschaffen kann, für den sollte das eigentlich eine der kleineren Übungen sein, oder? Digest hatte ich am Anfang auch, aber das ist m.E. echt das bloedeste, was man machen kann, weil man einen Thread dann ueber 10 Digests verstueckelt bekommt. Bye Frederik ging mir auch so. Kann jedem nur abraten, sich die Mails gesammelt schicken zu lassen. Auch das Antworten wird dadurch unnötig kompliziert. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Dirk Stöcker schrieb: Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Wie macht denn Wikipedia das eigentlich? Die haben ja bedeutent mehr Server und Last als OSM. Wie finanzieren die das? Haben die fest eingestellte Admins? Verwenden die spezielle Techniken? Warum klappt es dort und hier eher nicht so? Kennt sich da jemand aus? Konnte auf die Schnelle nichts dazu finden. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
André Reichelt wrote: Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, An alle, die sich hierrüber so köstlich aufgeregt haben: Was SIND denn die Gründe dass nichts passiert? (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? PS: Eins fällt mir grade noch ein: (e) Es gibt gar keine Admins... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Dirk Stöcker wrote: Und vielleicht ist genau das das Problem. OSM hatte viel Medienecho in letzter Zeit. Irgendwann kommt der Punkt, wo man auch mal den Schritt wagen muss die Freizeitarbeit zugunsten von professionellen Administratoren aufzugeben. Ich hoffe, das koennen wir noch ein paar Jahre vor uns herschieben, denn ich glaube nicht, dass das eine wuenschenswerte Entwicklung ist. Als naechstes fangen wir a la Wikipedia an, auf unseren Webseiten um Spenden zu betteln, nein danke. Ich habe auch keine Lust auf eine Zweiklassen- gesellschaft im Projekt (die einen machen was freiwillig, die anderen werden dafuer bezahlt). Und ich habe keine Lust auf Elite-Admins, die meinen, sie waeren cooler als der sonstige Poebel im Projekt. Dass da bei [EMAIL PROTECTED] aber gerade was wackelt merken wir alle. Wenn man bei dem kleinen Pluszeichen Osmarender auswählt und stundenlang wartet, macht das erstmal nen schlechten Eindruck auf Neueinsteiger - aber c'est la vie. Das macht keinen schlechten Eindruck. Es ist schlicht und ergreifend unakzeptabel. Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. . Seit mindestens einem Monat laufen verschiedenste Dienste nicht nur schlecht, sondern saumäßig. Die API funktioniert, die Mapnik-Karte funktioniert, das ist erstmal das wichtigste. Und da springen unsere Admins auch, wenn das mal nicht tut. Dass von den zahlreichen sonstigen Hobbysachen mal das eine und mal das andere nicht geht, ist doch nun wirklich kein Grund, hier so einen Wind zu machen. [EMAIL PROTECTED] ist nicht mission critical, war es nie, wird es nie sein. [EMAIL PROTECTED] ist eine gigantische Verschwendung von Rechenzeit. Ich finde [EMAIL PROTECTED] gut, und es hat in einigen Bereichen durchaus die Nase vorn, aber es ist mindestens um den Faktor hundert ineffizienter als die Mapnik-Karte. Kannst Du mal konkret auflisten, welche Dienste Deiner Ansicht nach seit mindestens einem Monat saumaessig laufen? Irgendwie scheint das naemlich an mir vorbeigegangen zu sein. Sobald also irgendjemand anfaengt damit, dass wir Geld in die Hand nehmen und Admins bezahlen sollten, wird sich automatisch auch die Frage stellen: Ist das Geld auch so angelegt, dass es maximalen Nutzen stiftet? - und da wird [EMAIL PROTECTED] ganz sicher ganz schlecht aussehen im Vergleich. Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Kannst Du mal ganz konkret sagen, was angeblich bei OSM so extrem sein soll? Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Der Tonfall lag in einem solchen Aussmass derb daneben, dass er geeignet ist, dem Projekt mehr Schaden zuzufuegen als ein schusseliger Admin. Wenn man natuerlich seine eigenen Leute so mit Fuessen tritt, dann findet man irgendwann nur noch bezahlte Kraefte, das ist klar. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Carsten Schwede wrote: auf Wunsch eines einzelnen Herrn habe ich jetzt eine Europakarte bereitgestellt. :-) Oh, also da ist nicht nur der einzelne Herr sehr dankbar. Aber eine einzelne Dame hat als absolute Anfängerin mit dieser Geschichte eine sehr grundlegende Frage: Wie lade ich nun die Europa-Karte in Mapsource, um sie auf den Garmin zu übertragen? Mein Mapsource erwartet eine gdb-Datei, wenn ich das richtig sehe. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Liste platzt, was: Humor auf talk-de
Hi! Im Büro kann ich die Mails leider auch nur unsortiert im gmx-Webclient lesen, aber ich beschwere mich auch nicht. Ganz im Gegenteil: Ich hab oft sowenig zu tun, dass ich total froh um jede Ablenkung bin. Ich möchte mich bloß dafür entschuldigen, dass ich zweimal Fragen im komplett falschen Thread abgeliefert habe. Kommt aber hoffentlich nicht mehr vor! :-)) Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Moin, (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? ich frage mich wirklich auf welcher Insel Du lebst. Wie kommst Du dazu eine solche Aussage zu treffen?!? Mir stellt sich vor allem die Frage welche Intention hinter Deiner Aussage steckt. Dass Du dem Projekt damit enormen Schaden zufügst muss Dir klar sein. Welchen Nutzen Du Dir darüberhinaus versprichst kann ich absolut nicht erkennen. Ich frage mich wiedermal warum wir uns hier versammelt haben. Ich bin hier weil ich Spaß daran habe zusammen mit anderen in meiner Freizeit freie Geodaten zusammenzutragen. Und warum bist Du hier? Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Packstationen. War: Feedback: Deutsche Post AG - Briefkasten
Tobias Wendorff wrote: habe Rückantwort der Deutschen Post AG bekommen und gleich mal einen Artikel raus gemacht: Zu einem ähnlichen Thema hätte ich noch eine Frage: dhl hat mir bezüglich der Packstationen und Paketboxen leider immer noch nicht geantwortet. Nun sind aber eigentlich alle Informationen übers Web abrufbar, nur ohne Hack halt leider nur manuell. Jetzt würde mich interessieren, ob man, wenn man sich alle Infos holt, manuell, oder per Skript, man die dann eintragen darf? Man müßte wohl ein perlskript schreiben, das mit dem Client bei Yellowmap redet und sich von woanders zu den Adressen die Koordinaten holen. Theoretisch müßte das gehen, aber darf man das? Oder darf ich zumindest, wenn ich mir die Adressen ganz normal (manuell) hole, dann mittels Adress-zu-Koordinatentransfer die Koordinaten eintragen? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Liste platzt, was: Humor auf talk-de
Moin, Ganz im Gegenteil: Ich hab oft sowenig zu tun, dass ich total froh um jede Ablenkung bin. ich frage mich gerade ob ich Dich beneiden oder bedauern soll ;-) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hallo, Was SIND denn die Gründe dass nichts passiert? (a) Kein Geld da (b) Keine Zeit da (c) Keine Lust (d) Sonstiges (a) wird dementiert, Geld soll da sein. (b) kann es nicht sein, ich hab noch nie einen Admin gelesen, der um Unterstützng gebeten hätte, aber regelmäßig von Leuten, die sich angeboten haben. Zu (d) fällt mir nix ein (und André wohl auch nicht). Also bleibt frei nach Sherlock Holmes ja nur noch (c), oder? PS: Eins fällt mir grade noch ein: (e) Es gibt gar keine Admins... Das wird ja mit jedem Posting peinlicher, was ihr Euch hier leistet. Also, mal unter der Annahme, dass es nach wie vor um [EMAIL PROTECTED] geht und nicht um irgendwas andres wolkiges, erzaehle ich kurz, was ich weiss: * [EMAIL PROTECTED] wurde von Oliver White erfunden und anfangs von ihm auf dem Dev-Server gepflegt; irgendwann wurde Dev zu klein, und Christopher Schmidt bot einen Rechner in den USA an. Die Arbeitsteilung bei [EMAIL PROTECTED] ist ganz grob so (sag ich als Beobachter): Deelkar macht den Client, Spaetz macht den Server, und crschmidt macht Admin-Taetigkeiten auf dem Rechner. crschmidt ist aber selber nicht vor Ort, sondern auf die Mitwirkung der Uni-Admins angewiesen, fuer die dieser Rechner eben einer von sehr vielen ist. * Weil sich mit der Zeit herausstellte, dass die per NFS aus einem SAN gemounteten Platten zu lahm waren, bemuehte sich crschmidt um echte, schnelle, lokal angeschlossene Platten. Das ist in dem Rechenzentrum dort die absolute Ausnahme, und jeder, der selber Admin ist, weiss, wie nervig Ausnahmen sind. Trotzdem wurde das in die Wege geleitet (alles ohne Kosten fuer OSM), hat sich aber verzoegert. * Parallel wurde ueber eine Verbesserung der Software diskutiert. Statt jedes Tile einzeln auf der Platte zu speichern, sollten mehrere zusammen in einem groesseren File liegen(aehnlich macht das der Mapnik-Tileserver auch). Diese neue Serversoftware ist vor ein paar Tagen in Betrieb gegangen, es haben sich einige Leute mit guten Ideen und kleinen ausprogrammierten Testcases usw. beteiligt (siehe [EMAIL PROTECTED]), und obwohl (oder gerade weil?) spaetz gerade Vater geworden war, hat er gruendlich mit angepackt. Natuerlich gibt es bei so einer Umstellung immer ein paar Wehwehchen (blaue Tiles und so), aber ein Testsystem gibt es nicht und waere fuer diesen Anwendungsfall auch nicht brauchbar gewesen. Lief in meinen Augen alles voellig ausreichend. * Mittlerweile hatte der Server aber irgendein Problem, das dazu fuehrte, dass man sich nicht mehr einloggen konnte, d.h. alle unsre Leute waren dadurch k.o. gesetzt, und man muss sich direkt mit den Uni-Admins vor Ort unterhalten. Da hakelt es offenbar etwas - was genau da los ist/war, weiss ich nicht. Niemand bei uns arbeitete Vollzeit an einer Problemloesung, aber das ist auch nicht so wichtig, [EMAIL PROTECTED] ist kein Dienst von solcher Wichigkeit, dass sich einer ins Flugzeug setzen muesste und vor Ort nach dem Rechten sehen. - Ich kann mittlerweile wieder Tiles anschauen, wie es mit dem Hochladen geht, weiss ich nicht, aber das wird sicher auch wieder. Es gibt absolut ueberhaupt keinen Grund, sich hier zu echauffieren, als ob die Welt unterginge. Der [EMAIL PROTECTED] macht rund 100 GB Traffic am Tag. Bei den ueblichen Kleinverbraucherpreisen (z.B. Hetzner-Server o.ae.) muesste man rund 250 Euro im Monat ausgeben, um diesen Rechner dort zu betreiben. Wenn uns eine amerikanische Uni die Kiste ohne Berechnung so gibt, finde ich das voellig in Ordnung - vom gesparten Geld soll die Foundation lieber jeden Monat ein GPS kaufen und nach Afrika verleihen oder sowas. All diejenigen, die hier mit Schaum vorm Mund rummeckern, moechte ich aufrufen, ihr Anspruchsdenken zu revidieren. So geht es nicht. In diesem Projekt arbeiten Menschen. Menschen haben ihre Eigenarten. Wenn ich von einem Admin keine Antwort auf eine Mail bekomme, dann kann ich ja auch mal auf dem IRC nachfragen. Oder ueberlegen, ob meine Anfrage vielleicht unsinnig oder unbeantwortbar war und besagter Admin davon 20 am Tag bekommt. Oder ob es gar nicht dessen Baustelle ist. Beleidigte Postings auf der Mailingliste moegen gerechtfertigt sein, wenn man alle anderen Wege ausgeschoepft hat, aber das hat ganz bestimmt *keiner* von denen getan, die hier pauschal die Admins bezichtigen, faul, bloed oder sonstwie ungeeignet zu sein. Arbeit wird in diesem Projekt nicht verteilt, man holt sie sich. Es gibt keine Ausschreibungen. Kein Admin wird auf die Liste schreiben ich suche jemanden, der den Server X betreut oder ... der ein Konzept fuer Y ausarbeitet, denn dann melden sich erstmal 10 Leute, die vielleicht schon mal einen kleinen Rootserver aufgesetzt haben, aber Null Plan davon haben, wie man einen Apache zum schnellen Tileserver tunen muss - und es ist niemand zuzumuten, erst mal Einstellungsgespraeche zu machen, um rauszufinden, wer vielleicht fuer einen Job geeignet ist. Der Weg zum Mitmachen ist
Re: [Talk-de] pathtype? grades für Fußwege
Sven Geggus schrieb: Klar doch! Ich mache das bisher immer von der Befahrbarkeit mit dem Rad abhängig. Bei Grade 1 und Grade 2 muss ich nicht absteigen, auch nicht, wenn es stark geregnet hat. Grade 3 kann schon grenzwertig werden. Grade 4 und 5 sind definitiv nichts mehr für Tourenradler. Schau Dir mal die Bilder auf http://wiki.openstreetmap.org/index.php/Key:tracktype an. Ich wage zu behaupten, dass ich erst bei grade5 mit dem Klapprad in den ersten Gang schalte. Absteigen werde ich dort nirgendwo. Dabei bin ich nun gewiss kein Hardcore-Radler. Dass grade 4 und 5 mit einem voll bepackten Tourenrad nicht besonders viel Spaß macht, weil man ggf. mal kräftig durchgeschüttelt wird und bei Regen hinterher aussieht wie Sau und keine Dusche daheim auf einen wartet... nungut... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. Das wäre begrüßenswerter Schritt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Presets, war sprechende Namen!! (Re: pa thtype ? grades für Fußwege )
Am 25. Juli 2008 12:56 schrieb qbert biker [EMAIL PROTECTED]: Original-Nachricht Datum: Fri, 25 Jul 2008 12:18:55 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: [EMAIL PROTECTED], Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Sprechende Namen!! (Re: pathtype ? grades für Fußwege ) (Was ich an tracktype doof finde, ist nicht, dass die Einstufung numerisch ist, sondern dass es *ueberhaupt* eine Klasseneinteilung ist; jede Klasseneinteilung bedeutet immer das Zusammenfassen von Attributen und damit einen Verlust an Information. Lieber waere mir, wenn man die Tatsachen erfassen wuerde, die einen zur Einschaetzung dies ist grade4 bringen, und der Nutzer/Renderer/... haette dann seine Regeln, nach denen er Objekte klassifiziert.) Was leider in der Natur der Sache ist, denn das Problem hat man ja bei den normalen Straßen auch. Eleganter wäre es, wenn man Attribute und Klassen gegeneinander überführen könnte. Dann könnte man auf zwei Wegen zum Ziel kommen, die sich nicht widersprechen. Weg A: Man klassifiziert und dadurch wird automatisch ein Set Attribute hinterlegt (hauptsächlich Ersterfassung) oder Weg B: Man trägt die genauen Attribute ein und daraus wird automatisch eine Klasse generiert. Nur so eine Idee Grüße Hubert -- Das geht davon aus, dass man die Brauchbarkeit von Straßen einfach so berechnen kann, a la asphaltiert + Oberflächenglattheit - Schlaglöcher = Straßengüte / grade x. Ich halte davon nicht viel. Die grades haben ja gerade den Vorteil (in meinen Augen), dass man die Qualität der Straße bewertet. Eine unbefestigte Straße mit hochkomprimierter Oberfläche fährt sich (mit dem Fahrrad) sicher besser als eine asphaltierte Straße ohne Schlaglöcher aber mit Spurrillen / unebener Oberfläche. Auch beim Asphalt kommt es auf die Mischung an. Es gibt von superglatt bis rauh und holprig alle möglichen Arten. Das ist ja gerade der Grund dafür, dass die Bewertung anhand einer subjektiven Skala IMHO besser zum Ziel führt (geeignete Straßen zu finden), als die Sammlung von diversen Eigenschaften (bei Feldwegen). Bei üblichen Straßen halte ich die 3 groben Typen befestigt, Kopfsteinpflaster und unbefestigt in erster Näherung für ausreichend, und würde ggf. unbefestigte Straßen noch weiter kategorisieren. Ich habe nichts dagegen und finde es auch gut, wenn weitere Eigenschaften in beliebig genauer Detaillierung aufgenommen werden, allerdings optional (wie alles bei OSM). Von der Wichtigkeit her sehe ich allerdings die grades1-5 vor den detaillierten physischen tags, die die Oberfläche noch näher beschreiben als oben dargelegt. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Martin Koppenhoefer schrieb: Quatsch, [EMAIL PROTECTED] läuft doch wieder ganz gut, Was wirklich stört ist, dass die Suchfunktion nicht lernt, wenn geonames.org fortgesetzt nicht antwortet. Bei jeder Suche wartet man wieder 30s. Umd im Gegensatz zu [EMAIL PROTECTED] wird das auch vielen Neunutzern auffallen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Martin Koppenhoefer schrieb: Quatsch, [EMAIL PROTECTED] läuft doch wieder ganz gut, Vielleicht sollte man nur die Zoomlevel =11 sperren, denn da gibt's immernoch ca. 5% blaue Tiles auf unknown type. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pathtype? grades für Fußwege
Hallo. Am Sonntag, 27. Juli 2008 schrieb Christoph Eckert: same here. Aber genau das ist das Problem. Wir sehen die Welt eben mit den Radlerscheuklappen. Ein Traktorfahrer käme vermutlich zu anderen Ergebnissen. Mal davon abgesehen, dass Traktorfahrer eigentlich wirklich keine Landkarten brauchen (wegen Aktionsradius und etwas teuer zum Spaß-Fahren): Traktoren sind Fahrzeuge die dafür gebaut sind, dass sie auch dort fahren können wo es keinen Weg gibt. Ich glaube mit dem Traktor sind mir tracktypes relativ schnurzegal, die könnten mir nur sagen ob ich den anschlißend waschen muss oder nicht. :) Gruß, Bernd -- Die Tabakindustrie hat mehr Menschenleben auf dem Gewissen als die Rüstungsindustrie. - Gerhard Kocher signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am 27. Juli 2008 05:39 schrieb Johann H. Addicks [EMAIL PROTECTED]: Was wirklich stört ist, dass die Suchfunktion nicht lernt, wenn geonames.org fortgesetzt nicht antwortet. Send patches :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-it] OpenStreetMap: creiamo una mappa libera dei distributori di latte crudo
Buongiorno. Sono un mappatore di OpenStreetMap[1]: conoscete questo progetto? Credo che potrebbe essere interessante per entrambi unire gli sforzi nel censimento dei distributori di latte crudo: noi avremmo dei dati in più inseriti nel database, voi potreste sfruttare come volete la cartografia libera. Infatti ho visto che al momento sfruttate GMaps, ma GMaps _non_ è libero, bensì possiede delle restrizioni notevoli che ne limitano fortemente le possibilità d'uso. Ad esempio se un allevatore o una associazione degli allevatori decidesse di stampare dei volantini contenenti la carta che utilizzate, commetterebbe un reato. Inoltre GMaps è intrinsecamente molto impreciso (è veramente zeppo di errori). Tra l'altro io conosco 2 distributori di latte crudo e ho visto che sulla vostra carta non sono posizionati nel punto giusto: immagino che vi limitiate ad indicare la via, e non il punto preciso nei quali i distributori sono posizionati esattamente. Noi invece siamo in grado di georeferenziare qualsiasi cosa con una buona precisione, sfruttando le coordinate GPS. L'unico limite attuale di OSM è la scarsa copertura. Bisogna tenere presente però che il progetto di mappatura del territorio italiano è partito sostanzialmente solo un anno fa, e sta crescendo molto molto rapidamente. Ci farebbe piacere sentire un vostro parere: potete contattarci sulla mailing-list italiana del progetto[2]. Cordialmente Carlo Stemberger [1] http://www.openstreetmap.org/ [2] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Strade d'accesso agli ipermercati
On Sat, Jul 26, 2008 at 3:21 PM, Carlo Stemberger [EMAIL PROTECTED] wrote: Vanno taggate con highway=service vero? si, esatto. cosi' come le strade di servizio all'interno degli altri parcheggi e quelle all'interno dei grandi complessi industriali/commerciali/produttivi. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-it] Area Camper
Ciao a tutti. ho trovato lungo il mio percorso di mappatore un paio di parcheggi dedicati ai camper (in Liguria). Non sono dei campeggi, sono chiamati dai cartelli area camper; hanno dei servizi minimi tipo elettricità e scarico acque nere. Non ho trovato nulla sulla wiki su come taggarla. Per il momento ho risolto segnando il poligono con: amenity=parking area=yes name= area camper Che ne pensate? Dite che ci sarà da proporre un nuovo tag? ciao Robi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Area Camper
On Sat, Jul 26, 2008 at 3:45 PM, Roberto Moretti [EMAIL PROTECTED] wrote: Ciao a tutti. ho trovato lungo il mio percorso di mappatore un paio di parcheggi dedicati ai camper (in Liguria). Non sono dei campeggi, sono chiamati dai cartelli area camper; hanno dei servizi minimi tipo elettricità e scarico acque nere. non è questo? http://wiki.openstreetmap.org/index.php/It:Map_Features#Tourism_.28turismo.29 -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-it] ischia
ciao, c'e' intresse da parte di qualcuno a fare una mapping week in una piccola isola, non necessariamente ischia, Sono riuscito a ricavarmi qualche giorno di ferie, e la prossima settimana passerò 3 giorni in giro tra Ischia e Capri. Tempo un paio di settimane e compariranno come minimo un paio di stradine più qualche route=ferry in giro per il golfo di Napoli ;) magari qualche posto isolano in toscana per avere una versione italiana della faccenda Isle of Man: http://wiki.openstreetmap.org/index.php/WightIntro ??? Ciao, Danilo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Strade d'accesso agli ipermercati
Simone Cortesi ha scritto: On Sat, Jul 26, 2008 at 3:21 PM, Carlo Stemberger [EMAIL PROTECTED] wrote: Vanno taggate con highway=service vero? si, esatto. cosi' come le strade di servizio all'interno degli altri parcheggi e quelle all'interno dei grandi complessi industriali/commerciali/produttivi. Ho aggiunto[1] centri commerciali, sul wiki. Grazie Carlo [1] http://wiki.openstreetmap.org/index.php/It:Map_Features#Highway_.28strade.29 -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Distributori di latte crudo
Simone Cortesi ha scritto: On Sat, Jul 26, 2008 at 1:44 AM, Carlo Stemberger [EMAIL PROTECTED] wrote: Nel mio paese c'è un distributore di latte crudo, così come ad Arcore (che in pochi giorni è già a buon punto, come mappatura, due settimane fa era tabula rasa...). Che tag si possono mettere? amenity=milk_dispenser ? Ottimo. Vorrei metterlo nel wiki, ma non ho capito come si fa. Qualcuno è così gentile da spiegarmelo, o da indicarmi un link? Lo si dovrebbe aggiungere su tutti i wiki di tutte le lingue, immagino. C'è da dire che per ora sono diffusi principalmente in Lombardia e nel nord Italia, ma adesso anche in Francia stanno iniziando ad installarli. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] planet italia
2008/7/26 Marco Polci [EMAIL PROTECTED]: Simone Cortesi wrote: ciao, qui: http://cortesi.com/planet/ trovate (troverete entro 15 minuti) tutti i planet italiani che fino ad ora ho generato estraendo i dati dal planet.osm. nelle prossime settimane serco di colmare i buchi inserendo i mesi mancanti. credo che averne a disposizione uno al mese sia sufficiente. fatemi sapere se li trovate utili. A guardare la dimensione dei file sembra che negli ultimi 3 mesi i dati siano più che raddoppiati. C'è stata veramente una tale espansione dei dati relativi all'italia? o c'è qualche altro motivo per la differenza di dimensione fra gli ultimi 2 file? ciao, Marco. e ben possibile che si sono raddoppiati, guarda che in Italia OSM sta ancora un po al inizio, ma cresce velocemente... Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Area Camper
2008/7/26 Roberto Moretti [EMAIL PROTECTED]: Ciao a tutti. ho trovato lungo il mio percorso di mappatore un paio di parcheggi dedicati ai camper (in Liguria). Non sono dei campeggi, sono chiamati dai cartelli area camper; hanno dei servizi minimi tipo elettricità e scarico acque nere. Non ho trovato nulla sulla wiki su come taggarla. Per il momento ho risolto segnando il poligono con: amenity=parking area=yes name= area camper Che ne pensate? Dite che ci sarà da proporre un nuovo tag? ciao Robi io non userei name per la classificazione, ma per il proprio nome. Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Mura
2008/7/24 Simone Cortesi [EMAIL PROTECTED]: 2008/7/24 Giovanni Mascellani [EMAIL PROTECTED]: Vi risulta che esistano tag per marcare le mura cittadine? Sulle map features non ne trovo. è fra le proposed features: http://wiki.openstreetmap.org/index.php/Proposed_features/City_wall in effetti sarebbe opportuno risuscitare la proposta... -S anche sulla ML tedesca (Talk-de) oggi uno (Roman Grabolle, un archeologo) ha espresso la volonta di spingere questa proposta (city_wall) per usarla poi per le mura. In Italia ne abbiamo parrechie, a Roma al meno due (aureliane, repubblicane) quindi doverebbe essere nel nostro interesso di avere uno schemo di tags usabile. Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] [Gfoss] qualità peggiore di qua nto mi avevano detto (was Fwd: confini ammin istrativi)
2008/7/26 Carlo Stemberger [EMAIL PROTECTED]: Simone Cortesi ha scritto: ho inserito i confini di: 1. lombardia, compreso campione e i 3 possedimenti in piemonte (Alluvioni Cambio') 2. Valle d'aosta 3. i comuni di pavia, linarolo (pv), mezzanino (pv), valle salimbene (pv), comacchio (fe). Vengono renderizzati? qualcosa sta comparendo a pavia su informationfreeway. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Coordinamento sforzi
On Sat, Jul 26, 2008 at 6:36 PM, Carlo Stemberger [EMAIL PROTECTED] wrote: Simone Cortesi ha scritto: ho messo in piedi una paginetta: http://wiki.openstreetmap.org/index.php/Comitato_spontaneo_italia giusto per avere un canovaccio da cui partire per far si' che chi è interessato possa partecipare alla cosa. Non era meglio mette il contenuto direttamente nel Porlale italiano[1]? mi sembra gia' abbastanza corposa la pagina di presentazione dell'italia e poi non è pertinente: questa è una pagina per l'organizzazione nostra, interna. credo sia importante avere una pagina per il CSI, visto che dobbiamo in qualche modo organizzarci, conoscerere le competenze degli altri e sapere se essi sono disposti a partecipare all'ampliamnto della comunità italiana. nella pagina: http://wiki.openstreetmap.org/index.php/Comitato_spontaneo_italia si parla quasi solo di ELBA perche' è il nostro primo progetto. ce ne saranno altri, ad esempio l'attivazione del dominio, che ho aggiunto... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[OSM-talk-fr] OpenStreetBugs....bugs
Bonjour, Si j'ai bien droit au fond de carte, les bugs ont par contre tous disparus ...! Ne serait ce que chez moi ?? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs....bugs
Bon Ok , j'ai trouvé , c'est pas une bonne idée d'employer Popup comme nom de script , Adblock se méfie ... Le 26 juillet 2008 10:18, Philippe Piquer[EMAIL PROTECTED] a écrit : Bonjour, Si j'ai bien droit au fond de carte, les bugs ont par contre tous disparus ...! Ne serait ce que chez moi ?? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] OpenStreetBugs
Je viens de penser a quelque chose : comme OSB est plus orienté grand public que le mapping en lui-même, pourquoi pas le traduire en français ? Ce serait mieux pour le reférencement, et ça evite a certains de fuir (y en a qui vont pas sur les pages qu'en anglais :) ) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Applications mobile
Bonsoir, OSM Tracker ne fonctionne que sous M$ donc poubelle :( Pour GPSMid j'avais essayer sans succès une versions 0.3.x par contre la version 0.4.0 fonctionne et est exactement ce que je cherchais ;-) CU et merci beaucoup Sarge 2008/7/25 Delalande Jocelyn [EMAIL PROTECTED] Bonsoir, J'utilise GPSMid ( http://gpsmid.sourceforge.net/ ) à l'occasion sur un portable (java). Sa particularité est de ne pas utiliser de tiles en png mais de compiler les données OSM en un format binaire puis de les rendre à la volée. Celà a pour effet une quantité de mémoire utilisée toute petite. Donc ça passe sur la mémoire interne des téléphones pas spécialement 3G. Il se connecte en bluetooth aux gps, peut (pas testé) enregistrer des track et des waypoints. Pour finir, le rendu est personalisable via une feuille de style... Que demande le peuple ? :-). Jocelyn P.S: Le peuple demande qu'on puisse faire autre chose que du java sur les téléphones ;-) Le vendredi 25 juillet 2008 à 22:13 +0200, Yann SLADEK a écrit : Hello ! Il y a OSM Tracker qui peut servir à la fois de logger mais aussi de te positionner sur une carte (les tiles sont téléchargés en fonction de ta position et si tu as une connexion bien sur :)) J'ai des soucis d'affichages des cartes sur mon Dell x51v dû à la trop grande résolution, donc je ne te promets rien avec le N95 Sinon, je m'en sers pour logguer et c'est un vrai bonheur, notamment lors de la sortie avec Gilles sur Nogent le Rotrou et juste le PDA a unlocker/cliquer/parler/locker pour ajouter un waypoint, c'est ultra simple :) a+ Yann Stéphane Brunner a écrit : Hello ! Ces derniers temps j'ai essayer plusieurs applications qui tante de reporter OSM sur un téléphone mobile (un N95 8Go dans mon cas) mais hélas sans grand succès ;-( Je me demandais si quelqu'un utilisais une applications du genre et du coup laquel me proposer vous ? le minimum que j'aimerais est : - Qu'il fonctionne, j'ai eu beaucoup d'applications qui me retourne une erreur lors de la tentative de connections au GPS :( - Affichage des cartes (forcement). - Possibilité de Zoom - Le routing serais un plus mais il ne faut pas trop en demander tout de meme ;-) Pour l'instant l'application qui allais pas trop mal étais TrekBuddy mais il n'a pas de zoom et du coup n'affiche pas assez de details. CU et merci d'avance Stéphane -- Stéphane Brunner mail : [EMAIL PROTECTED]https://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED]mailto: [EMAIL PROTECTED]https://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED]https://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]https://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED] (http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.orghttps://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.orghttps://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.orghttps://mail.google.com/mail?view=cmtf=0[EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui
[OSM-ja] OSC名古屋
三浦です。 8月9日は、名古屋に行こうと思います。 家族旅行を兼ねるので、数時間会場でお話する程度かと思いますが、 多少お手伝いできるとおもいます。 -- HIroshi Miura NTT DATA Corp. and IPA OSS center (株)NTTデータ /(独)情報処理推進機構 三浦広志 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ja
Re: [OSM-ja] OSC名古屋
河合@名古屋です。 うれしいサプライズです! 三浦さん、大歓迎でお待ちしております。 # あと、別スレッドの話題で恐縮ですが、 関西で精力的に活動されている、としさんとも お会いできることを楽しみにしております。 # 中継ありますか(笑 OSM-ja MLのみなさま、 「ハックの日(8/9)には名古屋に行こみゃぁ」 http://www.ospn.jp/osc2008-nagoya/ OSC Nagoyaでは、OSM名古屋として、ひとつ展示ブース を確保しておく予定ですので、ぜひお立寄りくださいませ。 ガジェット等の持ち込み、飛び入りでお手伝いいただくこ とも大歓迎です!! 2008/7/26 Hiroshi Miura [#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]: 三浦です。 8月9日は、名古屋に行こうと思います。 家族旅行を兼ねるので、数時間会場でお話する程度かと思いますが、 多少お手伝いできるとおもいます。 -- HIroshi Miura NTT DATA Corp. and IPA OSS center (株)NTTデータ /(独)情報処理推進機構 三浦広志 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ja
Re: [OSM-ja] showmap_beta
三浦です。 2008/07/27 0:39 tatata tatata [#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]: XP+Safariでは地図(表示用スペースではなく、表示された地図そのもの)の左側が、 タイトル「Showmap(beta)」の隣の「表示」のあたりに位置合わせされているみたいです。 SafariでOSM.jpのサイトを見ている人がどのくらいいるか分かりますか? >三浦さん 2月からの累計526028アクセス中12956アクセスがSafariでした。Operaが8991。 Firefoxが127929, MSIEやSlepnirあわせて286491くらいですね。 ページビューではなくて、ヒット数ですが、参考にはなるかとおもいます。 -- HIroshi Miura NTT DATA Corp. and IPA OSS center (株)NTTデータ /(独)情報処理推進機構 三浦広志 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ja
Re: [OSM-ja] showmap_beta
Tatataです。 ありがとうございます。 大雑把な比較ですけど、Safariの市場シェアが約6% [1] らしいのですが、OSM.jpでのヒット数は 約2.5%なので急いで対応する必要は無さそうな感じですね。 # それでも、一応第3位だし、iPhoneを買った人もいるだろうし...とも思ったりしますが。 とりあえず、MLでの反応(Safariユーザーからの要望)を待ってみて、Showmap(beta) に手を加えるか、或いは別の方法をとるかを考えるということでどうでしょう。 # って、何もして無い私が言うことでは無いかも知れませんが... [1] http://japan.internet.com/busnews/20080624/6.html -- Tatata 2008/07/27 1:10 Hiroshi Miura [#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]: 三浦です。 2008/07/27 0:39 tatata tatata [#x30E1;#x30FC;#x30EB;#x30A2;#x30C9;#x30EC;#x30B9;#x4FDD;#x8B77;]: XP+Safariでは地図(表示用スペースではなく、表示された地図そのもの)の左側が、 タイトル「Showmap(beta)」の隣の「表示」のあたりに位置合わせされているみたいです。 SafariでOSM.jpのサイトを見ている人がどのくらいいるか分かりますか? >三浦さん 2月からの累計526028アクセス中12956アクセスがSafariでした。Operaが8991。 Firefoxが127929, MSIEやSlepnirあわせて286491くらいですね。 ページビューではなくて、ヒット数ですが、参考にはなるかとおもいます。 -- HIroshi Miura NTT DATA Corp. and IPA OSS center (株)NTTデータ /(独)情報処理推進機構 三浦広志 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ja