Re: [Talk-transit] [Talk-GB] XAPI lagging behind by days?
The route_ref tag is extremely useful in the west midlands because all physical bus stops carry the full list of route numbers visiting the stop on the sign plate, this makes data gathering on the ground very easy and generally I don't set up the route relation until I've done all the stops in an area as its quicker that way. I then just do a search in JOSM and add all the stops (and ways between them) to make the new relations. If we obtain route information from any other source then the route_ref on the stop is useful as a check, some folks are noting that some route numbers have been changing recently in south/east Birmingham for instance. Cheers Andy -Original Message- From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb- boun...@openstreetmap.org] On Behalf Of Tom Chance Sent: 24 March 2010 8:58 AM To: Shaun McDonald Cc: Public transport/transit/shared taxi related topics; talk- g...@openstreetmap.org Subject: Re: [Talk-GB] XAPI lagging behind by days? That makes sense. So if a bus stop has one or more relations added, should it be counted as equivalent to a route_ref tag in the colour scheme, i.e. not marked as needing a route_ref tag? You could also check if there are relations matching up to route_ref entries for areas where they were put in. Tom On 24 March 2010 08:13, Shaun McDonald sh...@shaunmcdonald.me.uk wrote: The route ref is an interim data level until the relations are added. Think of it as house numbers being initially added as points, and then full building outlines being added at a later stage at which point the building number gets transferred to the building outline. Shaun On 24 Mar 2010, at 07:58, Tom Chance wrote: That all sounds good, though if we add stops to route relations do they really need route_ref? Tom On Mar 23, 2010 10:26 PM, Christoph Böhme christ...@b3e.net wrote: Tom Chance t...@acrewoods.net schrieb: On 23 March 2010 13:20, Christoph Boehme christ...@b3e.net wrote:Well, I just updated t... Yes, exactly. My current plan is to have four types of stops in the basic scheme: 1. Non-NaPTAN stops: Stops without naptan:*-tags. Basically plain old OSM bus stops. 2. Unverified NaPTAN stops: Stops from the NaPTAN import which have a naptan:verified=no tag or which are missing the highway=bus_stop tag. 3. Verified NaPTAN stops: Stops tagged as hightway=bus_stop and with either no naptan:verified tag or a naptan:verified=yes tag. 4. CUS-stops: Stops with naptan:BusStopType=CUS because they are not marked on the ground and cannot be verified. Extended schemes would be: 1. Stops with notes: Highlight stops with a note or naptan:error tag 2. Route information: Highlight stops which are missing the route_ref tag. 3. Shelter and asset refs: Highlight bus stops which have shelter=yes and no asset_ref or which have no shelter tag at all (this might be quite Birmingham specific). 4. Anything else? I suggest to keep the old schemes but rename them to the name of the public transport network they apply to (e.g. Transport West Midlands for Birmingham), since they are based on the amount of information that is available on the signs used by a particular network. Best, Christoph Best, Tom -- http://tom.acrewoods.net http://tom.acrewoods.net/ http://twitter.com/tom_chance ___ Talk-GB mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- http://tom.acrewoods.net http://twitter.com/tom_chance No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2762 - Release Date: 03/23/10 19:33:00 ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] XAPI lagging behind by days?
The only reason I prefer a verified=yes rather than the tag deleted is that at least it tells me the stop is verified. If the tag is deleted it might be verified or might be that the tag was deleted. Cheers Andy -Original Message- From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb- boun...@openstreetmap.org] On Behalf Of Christoph Boehme Sent: 23 March 2010 1:21 PM To: Tom Chance Cc: Public transport/transit/shared taxi related topics; talk- g...@openstreetmap.org Subject: Re: [Talk-GB] XAPI lagging behind by days? Well, I just updated the Birmingham scheme two days ago to accept naptan:verified=yes, because Andy asked for it. Perhaps it makes sense to reorganise the schemes to have only one basic scheme which displays verification status, CUS and notes/errors and a number of specialised schemes building on top of the basic one for information that is not available everywhere like route references, shelter information and asset references. Christoph On 23/03/2010 12:59, Tom Chance wrote: Oh, well, I don't mind really. I've just assumed that the tag should be deleted as the Birmingham scheme also shows them needing work. It is a bit confusing having the three colour schemes when I'm aiming to fix the data up to a canonical OSM standard. Tom On 23 March 2010 12:16, Christoph Boehme christ...@b3e.net wrote: Tom, If you wish I can change the Hull scheme to mark stops with naptan:verified=yes as completed as well. Cheers, Christoph On 23/03/2010 09:38, Tom Chance wrote: Hello there, I had a look at the NOVAM tool for bus stops to check my area: http://mappa-mercia.org/novam/?scheme=hullzoom=15lat=51.46602lon=- 0.07598layers=BT I then updated a load of bus stops, most of which I just needed to delete the 'naptan:verified' tag from: http://www.openstreetmap.org/browse/changeset/4205203 But days later NOVAM still shows them as needing correcting, and if I download the area in XAPI lo-and-behold they seem unchanged: http://xapi.openstreetmap.org/api/0.6/node[highway=bus_stop][bbox=- 0.08537,51.45112,-0.05885,51.4754] Isn't XAPI meant to only lag ten or so minutes behind the API? Tom ___ Talk-GB mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2762 - Release Date: 03/23/10 19:33:00 ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [OSM-talk-be] Fietspaden
De link http://wiki.openstreetmap.org/wiki/Bicycle is inderdaad redelijk compleet, maar toch vooral op een Engelse + stedelijke situatie geschoeid. Bij ons bestaan er veel tussenvormen, maar waar trek je dan de grens om een aparte highway=cycleway naast de rijbaan te tekenen, en wanneer niet? Daar wil ik duidelijkheid in brengen. Wanneer je de gegevens alleen maar voor grote afstanden bekijkt, zoals voor een wegenkaart voor autobestuurders, dan kan je inderdaad volstaan met enkel hoofdwegen te tekenen, met indicatie of er fietspad naast ligt of niet. In stedelijk gebied is het echter ook interessant om op kleinere schaal te kijken en de info voor voetgangers e.d. erop te zetten. Dat impliceert dan weer dat ook gedetailleerde info voor fietsers ook niet mag ontbreken, zoals oversteekplaatsen en dergelijke. Ik had hier graag ook de Belgische verkeersborden mee in gestoken die bepalen wat fietspad/fietsweg is, en enkele voorbeelden van twijfelgevallen. Soms is het inderdaad een 'lane' soms een 'track' en soms een 'cycleway'. Helaas lijken ze dikwijls nogal hard op elkaar. Daar wil ik duidelijkheid in brengen. In Nederland noemen ze een fietsstrook wat wij hier fietspad noemen, en een fietspad wat wij hier een fietsweg noemen, deze benamingen zijn verankerd in de wegcode en dus in elk land weer verschillend. Daar wil ik duidelijkheid in brengen. Namen van straten slaan op 'de openbare weg', dwz het gebied van rooilijn tot rooilijn. Soms van rooilijn tot het midden van de straat als deze weg de scheiding tussen 2 gemeentes vormt, waardoor het gedeelte met de oneven nummers een andere naam heeft als het gedeelte met de even nummers. Alle 'highways', die op deze openbare weg liggen, erven in werkelijkheid deze naam. Ik weet niet hoe het mathematische model waarvan OSM vertrekt, en dat gebaseerd is op een 'rijbaan', dit zou moeten oplossen. Erik Daems Op 23 maart 2010 16:32 heeft Kenny Knecht kenny.kne...@gmail.com het volgende geschreven: deze lijkt me redelijk duidelijk en compleet http://wiki.openstreetmap.org/wiki/Bicycle Wat veel mensen schijnen te vergeten is dat als een highway=cycleway wel degelijk dezelfde naam moet hebben als de autoweg er naast. Meeste hebben nu helemaal geen naam. Eigenlijk komen zeer veel tags overeen, vandaar dat ik eigenlijk een beetje twijfel aan het nut om daar aparte highways van te maken. Een duidelijk tag op dezelfde weg zou ik persoonlijk geprefereerd hebben maar het zij nu zo. Kenny Op 23 maart 2010 15:38 schreef Marc Coevoet sintsix...@gmail.com het volgende: Erik Daems wrote: Mijn opzet: - een wiki pagina BE:Bicycle aanmaken naar analogie van NL:Bicycle. Hierop wordt in eerste instantie het verschil duidelijk gemaakt tussen, en verwezen naar fietspaden, fietswegen, fietssuggestiestroken en fietsroutes. - een wiki pagina aanmaken voor het mappen van fietspaden: gebruik makend van structuur van het fietsvademecum een werkbare onderverdeling maken, met veel foto's, zodat iedereen aan de hand van het wegbeeld tot hetzelfde getekende fietspad komt. Mijn vraag: heeft iemand hier al eens aan gedacht/gewerkt of begin ik gewoon van noppes? Ivm osm is het steeds goed eens te kijken naar buitenlandse osm projecten, die niet zo bekend zijn. Even lid worden van UK, DE, of FR bvb. Lijst http://lists.openstreetmap.org/listinfo/ Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietspaden
On Wed, 24 Mar 2010 08:36:21 +0100, Erik Daems erik.da...@gmail.com wrote: De link http://wiki.openstreetmap.org/wiki/Bicycle is inderdaad redelijk compleet, maar toch vooral op een Engelse + stedelijke situatie geschoeid. Bij ons bestaan er veel tussenvormen, maar waar trek je dan de grens om een aparte highway=cycleway naast de rijbaan te tekenen, en wanneer niet? Daar wil ik duidelijkheid in brengen. Als het gaat om fietsers automatisch te kunnen routeren met een routeplanner dan is de grens welke wegen zijn opengesteld voor fietsers en welke niet? Nu weet ik dat in België er al gauw een fietspad langs een 4-baans snelweg ligt, ook die wegen waar je 120 km/h mag, maar de vraag is of routeplanners die wegen wel of niet als open voor fietsers beschouwen. Dan denk ik bijvoorbeeld aan wegen als de N73, N75 en N78 (Belgisch Limburg) wat (deels) vierbaans wegen met gescheiden rijbanen zijn waar 120 km/h toegestaan is, maar waar wel een fietspad langs ligt. Ze zijn als primary gemapt, en in Nederland is een primary in principe open voor fietsers, dus voor een routing engine voor fietsers hoef je er geen fietspad naast te mappen. Bij twijfel: de cloudmade routing engine heeft een optie voor fietsers. Wanneer je de gegevens alleen maar voor grote afstanden bekijkt, zoals voor een wegenkaart voor autobestuurders, dan kan je inderdaad volstaan met enkel hoofdwegen te tekenen, met indicatie of er fietspad naast ligt of niet. In stedelijk gebied is het echter ook interessant om op kleinere schaal te kijken en de info voor voetgangers e.d. erop te zetten. Dat impliceert dan weer dat ook gedetailleerde info voor fietsers ook niet mag ontbreken, zoals oversteekplaatsen en dergelijke. Dat is best belangrijk ja. Je kunt discussieren over het nut van het aangeven van fietspaden langs wegen waar je met de fiets toch wel overheen mag (zoals hier: http://osm.org/go/0GEFLrUoR--), maar als het gebeurt, dan moet het fietspad wel overal aan het wegennet verbonden worden omdat een routing engine er anders geen gebruik van zal maken. En ik heb genoeg voorbeelden gezien waar een fietspad opeens ophoudt. Tja, over een doodlopende weg wordt je niet gerouteerd als je door wil gaan. Ik had hier graag ook de Belgische verkeersborden mee in gestoken die bepalen wat fietspad/fietsweg is, en enkele voorbeelden van twijfelgevallen. Soms is het inderdaad een 'lane' soms een 'track' en soms een 'cycleway'. Helaas lijken ze dikwijls nogal hard op elkaar. Daar wil ik duidelijkheid in brengen. En vooral: foto's ervan toevoegen. In Nederland noemen ze een fietsstrook wat wij hier fietspad noemen, en een fietspad wat wij hier een fietsweg noemen, deze benamingen zijn verankerd in de wegcode en dus in elk land weer verschillend. Daar wil ik duidelijkheid in brengen. Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietspaden
On Tue, 23 Mar 2010, Erik Daems wrote: Mijn opzet: - een wiki pagina BE:Bicycle aanmaken naar analogie van NL:Bicycle. Hierop wordt in eerste instantie het verschil duidelijk gemaakt tussen, en verwezen naar fietspaden, fietswegen, fietssuggestiestroken en fietsroutes. - een wiki pagina aanmaken voor het mappen van fietspaden: gebruik makend van structuur van het fietsvademecum een werkbare onderverdeling maken, met veel foto's, zodat iedereen aan de hand van het wegbeeld tot hetzelfde getekende fietspad komt. Mijn vraag: heeft iemand hier al eens aan gedacht/gewerkt of begin ik gewoon van noppes? Ja, hier http://wiki.openstreetmap.org/wiki/User:Ivom#Enkele_verdere_fietspadafspraken.2C_aanzet_tot_BE:Bicycle_BE:Bicycle heb ik ook al eens een begin gemaakt. Zelfs met oningevulde franstalige suggestie. Mijn huidige methode is al volgt: * Ik gebruik cycleway=lane alleen bij gelijkgrondse aanliggende fietspaden. * Zodra er iets van een soort van hoogteverschil of andere barriére (haagje, parkeerstrook, o.i.d.) zit tussen het fietspad (ook bij de variant stippellijn) dan wordt het een cycleway=track. * Een highway=cycleway gebruik ik als er een goede reden is, zoals bijvoorbeeld een fietspad dat voor twee richtingen wordt gebruikt of als de situatie zo complex is dat het de moeite loont om het extra werk (aansluitingen op kruisingen...) te verantwoorden. Maar ja, de hierboven gekozen methode kan natuurlijk verfijnd, veranderd, en uitgebreid worden. Het is zeker goed dat je het onderwerp hier naar voren brengt. Een fiestsuggestiestrook tag is wellicht ook iets om formeel vast te leggen, ofschoon er totaal geen wettelijk kader is dat je daar op moet fietsen. Voor een uitgebreide collectie belgische verkeersborden en ook de fietsborden die je zoekt neem je best even een kijkje bij http://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads In de pagina die je voor ogen hebt kan je vrij eenvoudig doorlinken naar die bordjesprentjes. Ivom___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Motion sensors for navigation
On Wed, 24 Mar 2010, Richard Weait wrote: Cool things can be done with MEMS. Introduced in December 2002 now scheduled for obsolescence http://www2.electronicproducts.com/Gyroscope_on_a_chip_is_industrys_first-a rticle-DECHL3-DEC2002.aspx Replaced by http://www.analog.com/en/sensors/inertial-sensors/adxrs613/products/product .html at ~$30/each have a look at Kinetamap http://bit.ly/VJ6jm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenTrailView: StreetView for footpaths and trails
Hi, (*posted to talk in case of interest, but all follow ups will be on the Photos list*) Having been, I have to admit, just a little impressed with the current state of Google Street View in the UK (i.e. it's now complete), my interest in developing StreetView for footpaths has been resurrected. So I'd like to announce the initial version of OpenTrailView at : http://www.free-map.org.uk/otv/ OpenTrailView (OTV) is a little different to OpenStreetView, but there are significant overlaps. OTV focuses on panoramas, i.e. 360 degree photographic views from a particular point, and is solely concerned with off-road views, not street views. The eventual aim is to build something like StreetView for the world's footpaths, trails and publicly-accessible wild places. At the moment it's pretty basic. Nonetheless you can: * Submit a panorama. * Align a panorama with a footpath. There are two sample panoramas in the system already, one is just north of the default view, one is a few miles southeast. You can rotate the camera icon by dragging it, to align the panorama with the footpath it's on. One of the two samples is a street view BTW, but that's just for testing purposes. * View a panorama by moving the mouse over the camera icon. Current immediate future plans are: * Try and standardise on the dimensions of the panorama in pixels. This is more a photography than a software issue - so any ideas here would be most welcome! * More in the way of instructions * Take a good sample of panoramas in a countryside area near me (New Forest) and actually start developing a StreetView-like app. I realise this is somewhat re-writing what's already been done in the main OpenStreetView site, but TBH Rails and me don't mix that well and I figured it would be easier for me to start from scratch using PHP :-) Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
Nice, Will the source code be available in one of the svn repositories? - The first thing I would like to see is a function to click a location on a map to set lat/lon instead of entering it. - Another would be to read EXIF information regarding coordinates instead of entering it About the photo's, are they supposed to be panorama's, or 360 images? Nick Whitelegg wrote: Hi, (*posted to talk in case of interest, but all follow ups will be on the Photos list*) Having been, I have to admit, just a little impressed with the current state of Google Street View in the UK (i.e. it's now complete), my interest in developing StreetView for footpaths has been resurrected. So I'd like to announce the initial version of OpenTrailView at : http://www.free-map.org.uk/otv/ OpenTrailView (OTV) is a little different to OpenStreetView, but there are significant overlaps. OTV focuses on panoramas, i.e. 360 degree photographic views from a particular point, and is solely concerned with off-road views, not street views. The eventual aim is to build something like StreetView for the world's footpaths, trails and publicly-accessible wild places. At the moment it's pretty basic. Nonetheless you can: * Submit a panorama. * Align a panorama with a footpath. There are two sample panoramas in the system already, one is just north of the default view, one is a few miles southeast. You can rotate the camera icon by dragging it, to align the panorama with the footpath it's on. One of the two samples is a street view BTW, but that's just for testing purposes. * View a panorama by moving the mouse over the camera icon. Current immediate future plans are: * Try and standardise on the dimensions of the panorama in pixels. This is more a photography than a software issue - so any ideas here would be most welcome! * More in the way of instructions * Take a good sample of panoramas in a countryside area near me (New Forest) and actually start developing a StreetView-like app. I realise this is somewhat re-writing what's already been done in the main OpenStreetView site, but TBH Rails and me don't mix that well and I figured it would be easier for me to start from scratch using PHP :-) Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
On 24 March 2010 04:50, Milo van der Linden m...@dogodigi.net wrote: Nice, Will the source code be available in one of the svn repositories? - The first thing I would like to see is a function to click a location on a map to set lat/lon instead of entering it. When I read the instructions, I thought that was the dragging of the camera icon to change the location, but it just changes the centre direction. About the photo's, are they supposed to be panorama's, or 360 images? It seems panoramas. It avoids technical barriers to submission and also to viewing. I was also considering adding a feature where you can drag a marker along side the photo and it spins a line from the icon on the map. So you can easily see which direction a point in the photo is looking at. I might also feature-request a list of photo names/locations awaiting approval, but I guess the flow of uploading might change anyway. Sorry, I spun the orientation by mistake. I might take some nice panoramas and upload to make up for it. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
On Wed, Mar 24, 2010 at 6:42 AM, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: Hi, (*posted to talk in case of interest, but all follow ups will be on the Photos list*) cool I uploaded a picture of Bogota, Colombia and wait for the confirmation. greetings Humano Having been, I have to admit, just a little impressed with the current state of Google Street View in the UK (i.e. it's now complete), my interest in developing StreetView for footpaths has been resurrected. So I'd like to announce the initial version of OpenTrailView at : http://www.free-map.org.uk/otv/ OpenTrailView (OTV) is a little different to OpenStreetView, but there are significant overlaps. OTV focuses on panoramas, i.e. 360 degree photographic views from a particular point, and is solely concerned with off-road views, not street views. The eventual aim is to build something like StreetView for the world's footpaths, trails and publicly-accessible wild places. At the moment it's pretty basic. Nonetheless you can: * Submit a panorama. * Align a panorama with a footpath. There are two sample panoramas in the system already, one is just north of the default view, one is a few miles southeast. You can rotate the camera icon by dragging it, to align the panorama with the footpath it's on. One of the two samples is a street view BTW, but that's just for testing purposes. * View a panorama by moving the mouse over the camera icon. Current immediate future plans are: * Try and standardise on the dimensions of the panorama in pixels. This is more a photography than a software issue - so any ideas here would be most welcome! * More in the way of instructions * Take a good sample of panoramas in a countryside area near me (New Forest) and actually start developing a StreetView-like app. I realise this is somewhat re-writing what's already been done in the main OpenStreetView site, but TBH Rails and me don't mix that well and I figured it would be easier for me to start from scratch using PHP :-) Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Using OSM Maps on a Nokia Phone without online updates?
Hi, I tried to figure out the best way to use OSM abroad, with my equipment. I need a way to use downloaded data. So I thought I could use my Symbian S60v3 phone for it. It is a Nokia N82, a good tool for tracking, but to locate yourself?! I found the WhereAmI+ app, but I'm not sure if it's still in developing and I also have problems to get maps on it (the export function doesn't work). I'm not looking for an app that allows me full TomTom like navigation, just the usual here I am and ok there is a street, in combination with a way to track my position in background. I guess that this app is the right one, but if I can't install the maps for another country before I travel it would be totally useless. Does someone have a good idea for an alternative? I was also thinking about buying a Garmin, but the N82 does basically have the same functionality already. Maybe a tool to use Garmin maps on the N82 could be a solution, but I haven't seen such an app. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OSM Maps on a Nokia Phone without online updates?
Out of the other apps that I have tried on my S80 nokia (a 9310i) whereAmI did seem the best suited. Not sure if it's still in active development though. k. On Wed, Mar 24, 2010 at 5:25 PM, AssetBurned openstreet...@assetburned.de wrote: Hi, I tried to figure out the best way to use OSM abroad, with my equipment. I need a way to use downloaded data. So I thought I could use my Symbian S60v3 phone for it. It is a Nokia N82, a good tool for tracking, but to locate yourself?! I found the WhereAmI+ app, but I'm not sure if it's still in developing and I also have problems to get maps on it (the export function doesn't work). I'm not looking for an app that allows me full TomTom like navigation, just the usual here I am and ok there is a street, in combination with a way to track my position in background. I guess that this app is the right one, but if I can't install the maps for another country before I travel it would be totally useless. Does someone have a good idea for an alternative? I was also thinking about buying a Garmin, but the N82 does basically have the same functionality already. Maybe a tool to use Garmin maps on the N82 could be a solution, but I haven't seen such an app. cu AssetBurned ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://blogs.linux.ie/kenguest/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OSM Maps on a Nokia Phone without online updates?
Gpsmid is quite a good solution for phones with java (J2ME). Graham On Mar 24, 2010 5:31 PM, AssetBurned openstreet...@assetburned.de wrote: Hi, I tried to figure out the best way to use OSM abroad, with my equipment. I need a way to use downloaded data. So I thought I could use my Symbian S60v3 phone for it. It is a Nokia N82, a good tool for tracking, but to locate yourself?! I found the WhereAmI+ app, but I'm not sure if it's still in developing and I also have problems to get maps on it (the export function doesn't work). I'm not looking for an app that allows me full TomTom like navigation, just the usual here I am and ok there is a street, in combination with a way to track my position in background. I guess that this app is the right one, but if I can't install the maps for another country before I travel it would be totally useless. Does someone have a good idea for an alternative? I was also thinking about buying a Garmin, but the N82 does basically have the same functionality already. Maybe a tool to use Garmin maps on the N82 could be a solution, but I haven't seen such an app. cu AssetBurned ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OSM Maps on a Nokia Phone without online updates?
Am 24.03.2010 18:25, AssetBurned: Hi, I tried to figure out the best way to use OSM abroad, with my equipment. I need a way to use downloaded data. So I thought I could use my Symbian S60v3 phone for it. It is a Nokia N82, a good tool for tracking, but to locate yourself?! I found the WhereAmI+ app, but I'm not sure if it's still in developing and I also have problems to get maps on it (the export function doesn't work). WhereAmI is exactly what you are looking for. Did you follow the www.symbianos.org/whereamiusersguide ? A friend of mine successfully downloaded data from an asian country just two weeks ago. You can select the data that you want to download beforehand using the handy map selector: www.symbianos.org/osmtileselector Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
This is certainly a nice project and a challenge to do, but it would take out the fun of actually walking /trailing if you are not surprised anymore by the lovely view around that corner. Come on dear, just a few hundred meters more and you will see that lovely panorama on the OTVtown you admired on OTV last week. A map, OK but streetview for footpaths No You may say, don't use OTV if you want to be surprised, and you are probably right. So go on and make it. The fun is yours anyway taking the pictures and walking the trail. ;)) You might take a look at http://www.diy-streetview.org/ to get an idea of the required equipment. Gert -Oorspronkelijk bericht- Van: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] Namens Nick Whitelegg Verzonden: woensdag 24 maart 2010 11:43 Aan: talk@openstreetmap.org Onderwerp: [OSM-talk] OpenTrailView: StreetView for footpaths and trails Hi, (*posted to talk in case of interest, but all follow ups will be on the Photos list*) Having been, I have to admit, just a little impressed with the current state of Google Street View in the UK (i.e. it's now complete), my interest in developing StreetView for footpaths has been resurrected. So I'd like to announce the initial version of OpenTrailView at : http://www.free-map.org.uk/otv/ OpenTrailView (OTV) is a little different to OpenStreetView, but there are significant overlaps. OTV focuses on panoramas, i.e. 360 degree photographic views from a particular point, and is solely concerned with off-road views, not street views. The eventual aim is to build something like StreetView for the world's footpaths, trails and publicly-accessible wild places. At the moment it's pretty basic. Nonetheless you can: * Submit a panorama. * Align a panorama with a footpath. There are two sample panoramas in the system already, one is just north of the default view, one is a few miles southeast. You can rotate the camera icon by dragging it, to align the panorama with the footpath it's on. One of the two samples is a street view BTW, but that's just for testing purposes. * View a panorama by moving the mouse over the camera icon. Current immediate future plans are: * Try and standardise on the dimensions of the panorama in pixels. This is more a photography than a software issue - so any ideas here would be most welcome! * More in the way of instructions * Take a good sample of panoramas in a countryside area near me (New Forest) and actually start developing a StreetView-like app. I realise this is somewhat re-writing what's already been done in the main OpenStreetView site, but TBH Rails and me don't mix that well and I figured it would be easier for me to start from scratch using PHP :-) Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OSM Maps on a Nokia Phone without online updates?
Another one to maybe throw into the pot might be Mgmaps (http://www.mgmaps.com/). That can just about work with downloaded data (I used Kosmos to generate the tiles) as well as working online if you want it to (when you're back home). Depending on the zoom level it can take quite a large amount of storage to store tiles for a relatively small area, so if you're travelling around it might not be ideal. I can't vouch for it on an N82 although a web search suggests that people might have got it working there. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Editor without relation-support makes sense?
I found some discussions within OSM, that it would make sense to offer an OSM editor especially for beginners. To make it easy enough, they should not confuse the beginner with complicated stuff like relations and thus not show and support them. But does that make sense? The user, who does not know about relations, will not have the chance to see, that some nodes of the street have got an important function. Such a node could be a member of a straight way i.e. a street: o.o..o From the view of the user of an editor without relation-support the node in the middle has no function. So he can move or delete it without problem. But this point could be the a beginning point of a route relation or member of a relation. As far as I can see at the moment, an editor, that does not show relations, is dangerous for OSM-data. Ich want to state reasons below: It is really hard, to setup in particular a long route relation. You need excellent knowledges of all places in detail. Because this is not possible i.e for an e-road with about 5000 km length, people set up projects in the wiki in order to establish this relation within month' and years as teamwork. The same applies i.e. to the public transport net, which is collected in many towns nearly complete, the relations of motorways, national- and other referenced roads, the boundaries (of towns and suburbs) or by relation splitted lanes of multilane roads with left-turn, right-turn-function etc etc. One of the most important advantages of the cycle- and hiking-map are the routes, which are long in many cases as well. With destroyed routes these maps lose much of their sense of exist. And all these routes can be destroyed within seconds by harmless editings and shoot down this long lasting work within seconds. For example it is really hard, i.e. to insert a short OSM-way. at the correct position of the relation, if you do not have excellent knowledge 1) of the object and 2) of every place in detail. Try it and you know, what I mean. That means, you have to wait for a person that has both and finds this dispersed way. And that could last very long. If the one, who established the route possibly in a rurely area, does not come back, the chances are good lasting years. If one founds this mistake in his home-area, he has no chance to heal it, if he has no clue i.e. from this bycycle-route or the public-transport. Thus an editor, that does not show relations, is dangerous for the OSM-data. Is it possible to establish an editor, that is easy enough for beginners without being dangerous for OSM? I think, yes. But excluding the relations is not the solution. However really helpful for beginners would be, if an editor could make the relations graphically editable or make their use as easy as tags. Pros and Contras are welcome. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
Nice, Will the source code be available in one of the svn repositories? Yes, I've just added it (and the whole of Freemap) to the OSM SVN repository at sites/www.free-map.org.uk/otv/ It is intended to gather panoramas by the way. Thanks for the suggestions. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
This is certainly a nice project and a challenge to do, but it would take out the fun of actually walking /trailing if you are not surprised anymore by the lovely view around that corner. Though seeing the view for real is a bit different than seeing it on the internet! ;-) Also there are other use cases, e.g. being out in the field, and using it as a navigation tool on your phone. Come on dear, just a few hundred meters more and you will see that lovely panorama on the OTVtown you admired on OTV last week. A map, OK but streetview for footpaths No You may say, don't use OTV if you want to be surprised, and you are probably right. So go on and make it. The fun is yours anyway taking the pictures and walking the trail. ;)) You might take a look at http://www.diy-streetview.org/ to get an idea of the required equipment. TBH I'd prefer it's a low-barrier-to-entry project with less-than-perfect (but adequate) panoramas where all you need is a standard camera and the ability to use photo-stitching software. Having to cart around lots of equipment would rather reduce my own interest and I suspect, others. My tests so far seem to suggest that the panoramas generated by basic equipment are adequate, though if I am missing something let me know. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Editor without relation-support makes sense?
Tirkon, Tirkon wrote: I found some discussions within OSM, that it would make sense to offer an OSM editor especially for beginners. To make it easy enough, they should not confuse the beginner with complicated stuff like relations and thus not show and support them. But does that make sense? Not showing (i.e. shielding the user from) relations while secretly handling them might make sense if the editor does a good job. It will be much harder to write such an editor than to write an editor which has a relation editor and forces the user to deal with all the problems ;-) Not supporting relations is impossible anyway; the API will not allow the deletion of a node that is part of a relation. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
On 24 March 2010 13:25, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: You may say, don't use OTV if you want to be surprised, and you are probably right. So go on and make it. The fun is yours anyway taking the pictures and walking the trail. ;)) You might take a look at http://www.diy-streetview.org/ to get an idea of the required equipment. TBH I'd prefer it's a low-barrier-to-entry project with less-than-perfect (but adequate) panoramas where all you need is a standard camera and the ability to use photo-stitching software. Having to cart around lots of equipment would rather reduce my own interest and I suspect, others. My tests so far seem to suggest that the panoramas generated by basic equipment are adequate, though if I am missing something let me know. I can't remember if this how the guys above do it or if it was someone else... The equipment consists of two cameras facing opposite directions, and a fish-eye lens on each. Some chunks of wood to fix them together, on a pole so you can just hold it up with one hand, and some mechanism to press the both shutter buttons at once. It's inexpensive, but fun if you like DIY and get obsessed with OTV, and produces about the same quality of panoramas. I can see myself going as far as sticking my camera on a broom pole, so I have a point to spin on. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Moving to Java 1.6 not so easy to swallow
I found a bit unsensitive Frederik Ramm's assumption that folks willfully chained to their Hardware/OS supplier and that supplier is unwilling to release Java6 for your platform, it may be time to finally ditch that supplier (he maybe missed typing a smiley, however). As pointed, it may be cool for OSM being running on free software, but that's no good not to pay any proper attention to people unwillingly harmed by the evolution (professionally or for whatever motive of their own). Maybe, Java 1.6 has very luring features, but the search of perfection by smart developers has to be weighted when considering the number of OSMers who cannot afford themselves any changement. In my case, there is no way to get Java 1.6 running on Mac PPC (I bought my machine four years ago). Meaning that people like me must invest is not a good answer. So, I do demand hat there will be a final and stable JOSM version for 1.5 with adequate cadastre.fr plug-in. This would have to be publicized on the homepage for loading (FR:WikiStartJOSM). Meanwhile, I remain a bit irritated by the suddenness and the lack of attention. Christian Rogel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moving to Java 1.6 not so easy to swallow
On Wed, Mar 24, 2010 at 9:48 PM, Christian Rogel christian.ro...@club-internet.fr wrote: I found a bit unsensitive Frederik Ramm's assumption that folks willfully chained to their Hardware/OS supplier and that supplier is unwilling to release Java6 for your platform, it may be time to finally ditch that supplier (he maybe missed typing a smiley, however). As pointed, it may be cool for OSM being running on free software, but that's no good not to pay any proper attention to people unwillingly harmed by the evolution (professionally or for whatever motive of their own). Maybe, Java 1.6 has very luring features, but the search of perfection by smart developers has to be weighted when considering the number of OSMers who cannot afford themselves any changement. In my case, there is no way to get Java 1.6 running on Mac PPC (I bought my machine four years ago). Meaning that people like me must invest is not a good answer. So, I do demand hat there will be a final and stable JOSM version for 1.5 with adequate cadastre.fr plug-in. This would have to be publicized on the homepage for loading (FR:WikiStartJOSM). Meanwhile, I remain a bit irritated by the suddenness and the lack of attention. Hi Christian, Few things, First one, the announce of an end-of-life PPC product line thas been done in 2005, so 5 years ago. If you decided to buy one anyway, that's all your responsability. (maybe you just weren't aware of that... it's ok) Second, even if you couldn't run the last JOSM, I think the actual one is JDK 1.5 provides you almost all what you need. Maybe you won't be able to run the last features, but if JOSM is moving now, don't expect miracle from the next week... so your JOSM in j1.5 will be an old one, but not totally obsolete in the next months (which let you take the time to change eventually the one you have) Third, Apple has a big thing to do here... As said Fred. Ramm, Apple has a problem with java, and as a buy, it's a thing you have to judge for the choice of the product you're buying. Ok you won't be able to know what component you will need in 5 years... but if there is already a limitation, you can't really come and complain against developpers... Taking appart, there could be a backport... but I think we have better things to do.. plus, JKD 1.6 is 4 years old now... it's not like if it was asked you to run the last 1.7 not released, or a release not largely deployed. So don't panic anyway ! :) Christian Rogel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moving to Java 1.6 not so easy to swallow
Maybe, Java 1.6 has very luring features, but the search of perfection by smart developers has to be weighted when considering the number of OSMers who cannot afford themselves any changement. The two options have been weighed against each other and the outcome obviously was that it is worth the change. The number of JOSM users who can't use Java 1.6 is very small. The rest can just use an old version. In my case, there is no way to get Java 1.6 running on Mac PPC (I bought my machine four years ago). Meaning that people like me must invest is not a good answer. Everyone else stopping development or moving on isn't a good answer either. This Mac issue only affects a very very small fraction of all JOSM users as outlined earlier. Java 1.6 is _four_ years old if Apple decides not to support it or is very very slow this should not be our problem. So, I do demand hat there will be a final and stable JOSM version for 1.5 with adequate cadastre.fr plug-in. This would have to be publicized on the homepage for loading (FR:WikiStartJOSM). I doubt that a demand will get you very far. Are you currently using JOSM with the plugin? If so just keep using it. All this whining gets old very fast. Cheers, Lars ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moving to Java 1.6 not so easy to swallow
Christian, Christian Rogel wrote: Maybe, Java 1.6 has very luring features, but the search of perfection by smart developers has to be weighted when considering the number of OSMers who cannot afford themselves any changement. Developers are in shorter supply than mappers. I have resisted the move to 1.6 quite a while myself saying that it does us no good to require more than the average operating system can offer. But we've reached a point where developers actually have to waste time to find workarounds for stuff that would simply work in 1.6 - time that could also be used to fix bugs or improve the software in other ways. Tough as it may be for some users, we cannot indefinitely support old hardware, and with Java 1.6 the time has come to make a cut. But like all almost OSM software, JOSM is open source and you will of course be able to retrieve old software versions from SVN and build them on whatever flavour of Java you like... So, I do demand hat there will be a final and stable JOSM version for 1.5 with adequate cadastre.fr plug-in. ... just don't demand things. (It is actually quite likely that the last working 1.5 version will somehow be flagged and documented as such; maybe someone even makes a package with all the plugins. Actually - you could do that yourself!) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Editor without relation-support makes sense?
Frederik Ramm frede...@remote.org wrote: Tirkon, Tirkon wrote: I found some discussions within OSM, that it would make sense to offer an OSM editor especially for beginners. To make it easy enough, they should not confuse the beginner with complicated stuff like relations and thus not show and support them. But does that make sense? Not showing (i.e. shielding the user from) relations while secretly handling them might make sense if the editor does a good job. It will be much harder to write such an editor than to write an editor which has a relation editor and forces the user to deal with all the problems ;-) I can imagine many examples, where this is not possible. Here is a simple one: Assuming a straight street. way1 and way2 together constitute a route-relation, but way3 does not belong to it. That means the route-relation begins at node1 and ends at node3: node1--way1--node2way2--node3---way3node4 All nodes are within a straight line. The user moves node3 within the straight line. The street keeps the same form and length. But afterwards the route begins at another point. How will you handle this secretly? How will you make clear to the user the consequences without showing or knowledge of relations? Not supporting relations is impossible anyway; the API will not allow the deletion of a node that is part of a relation. Will this apply to the node3 in the example above as well, because the node itself is not member of the relation. It is only part of a way, which is member of the relation. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moving to Java 1.6 not so easy to swallow
Christian Rogel christian.ro...@club-internet.fr writes: I found a bit unsensitive Frederik Ramm's assumption that folks willfully chained to their Hardware/OS supplier and that supplier is unwilling to release Java6 for your platform, it may be time to finally ditch that supplier (he maybe missed typing a smiley, however). No, it seems quite clear that he's serious, and, given that anyone uses Java, reasonably so. Life marches on with libraries and language versions, and not moving along isn't really an option. The great irony is that the complaints about Apple not supplying Java 1.6 should really be directed at JOSM's use of a non-Free language implementation. The real bug is that JOSM is dependent on a non-Free JDK, instead of relying on a widely portable implementation available under an open source license. In other words (to be inflammatory) the JOSM community is willfully chained to a non-Free language implementation. (Yes, I know about openjdk, and I've tried to run josm and mkgmap under it on NetBSD/i386. So far I'm not having a successful experience.) pgpNSccavtCw3.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Motion sensors for navigation
Talking about tunnel tracking... I have thought of a solution were you have a GPS device together with an electronic compass sensor. In the tunnel, the position is calculated by knowing the last position, the speed (either from the speedometer in a car or keeping the same speed as before the tunnel) and the compass direction. Since the error in this case increases exponentially with time (right?), it would help to drive through the tunnel in both directions. /Erik David Earl skrev: On 23/03/2010 12:21, John Smith wrote: On 23 March 2010 21:56, David Earlda...@frankieandshadow.com wrote: I wonder whether they might be interested in offering us some units for testing? Using inertial navigation the accuracy deteriorates considerably over time. http://en.wikipedia.org/wiki/Inertial_navigation Yes, obviously. The problems we have are exactly the ones they are trying to solve though - urban canyons and tunnels - where we lose the GPS accuracy for a short while. I don't think they're suggesting they are a substitute for GPS, just to augment it where GPS can't reach. If they are looking at military applications, the accuracy has to be an order of magnitude better than we would need as is their GPS. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moving to Java 1.6 not so easy to swallow
On 25/03/10 00:11, Greg Troxel wrote: The great irony is that the complaints about Apple not supplying Java 1.6 should really be directed at JOSM's use of a non-Free language implementation. The real bug is that JOSM is dependent on a non-Free JDK, instead of relying on a widely portable implementation available under an open source license. In other words (to be inflammatory) the JOSM community is willfully chained to a non-Free language implementation. (Yes, I know about openjdk, and I've tried to run josm and mkgmap under it on NetBSD/i386. So far I'm not having a successful experience.) I've been running JOSM under OpenJDK on linux for a considerable period now with no problems at all. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What do you wish you'd known?
I wish I'd known that you shouldn't ask the community for help to set up a team to develop something marvelous but DIY! Alone! You need to go sit in the basement, blind the windows, block IRC and e-mail, completely ignore the internet, sleep during the day (or better, don't sleep at all) and build something extremely smart you are sure everyone wants. Then after a few months when you finally come out; near blind, pale as the moon and showing symptoms of scurvy. You reach out and say Behold! O community of loyal fellas I am back! To donate my project as open source to you! Because I knew you would be waiting for it! Because I, and I alone am the greatest! And the community will burst out in tears of joy, embrace you, love you for ever and trust you to be its Saviour, they will signal the press who will be upon you with microphones, cameras and lots and lots of beautiful women will suddenly want to go out with you. You will be hired by some Larry, maybe a Sergey, or a Steve J or B and they will pay you millions! And you and your superior skills will make the world turn counterclockwise! Teamwork? Yeah right.. I am a University IT student. I don't need others, just bits and bytes and they will make me rich! I don't care if my source is open or closed, I care about me! I don't care if code would get better if I collaborated, no code can be better then mine, no one else can understand the excellence of it! (Any similarities to real people or events, are unintentional and are for purposes of Wednesday evening fun only) Giacomo Boschi wrote: SteveC ha scritto: What are the thing or things you know know that you wish you'd known when you started with OpenStreetMap? How can I use the data! Or, paraphrasing a famous JFK quote: Tell me not what I can do for OSM, tell me what can OSM do for me. When I was a beginner, I didn't know that I could search an address (Nominatim), I didn't know I could get directions (openrouteservice) and, until a couple of months ago, I didn't know that I could update a Garmin GPS with an OSM map. Now I know that all this stuff is well documented in the wiki and discussed regularly in the mailing lists, but a beginner is not interested in browsing the wiki or subscribing a ml. This happens later, when you have already decided that you like the project and you want to know more about it. The How to use part of OSM should be accessible from the home page with a single click. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Motion sensors for navigation
On 25 March 2010 10:20, Erik Lundin e...@lists.lun.nu wrote: I have thought of a solution were you have a GPS device together with an electronic compass sensor. In the tunnel, the position is calculated by knowing the last position, the speed (either from the speedometer in a car or keeping the same speed as before the tunnel) and the compass direction. Since the error in this case increases exponentially with time (right?), it would help to drive through the tunnel in both directions. Magnetometer sensors are sensitive to all sorts of magnetic fields, not just the magnet field of the earth and so aren't very accurate, to prove this point someone made a metal detector for android phones a while back and it really does detect metal, or at least the magnetic field around metal. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Details mappen in Dortmund
Mirko Küster schrieb: DAS ist arrogant (einfach löschen, wenn sie MICH stören). Du willst Daten löschen, damit wir mehr Daten bekommen? Durchschau ich noch nicht. Scheint leider normal zu werden. Ich hatte die Tage bisschen was in Köln gemacht. Unter anderem gleisgenaues mappen mit einigen Details, eben weil ich das ganze als Geodatenbank sehe und diese Daten für das rendern von Gleisplänen nutzen möchte. Schließt ja den ÖPNV nicht aus oder stört irgendwie. Einzig vielleicht das Rendering. Aber nichts was man nicht im Style etwas verbessern könnte. Gleise, Weichen etc, legt man einmal, das ändert sich alle Jahrzehnte mal, wenn etwas umgebaut wird. Dan kam ein gewisser berndw und war der Meinung das sich beträchtlich große Bahnbetriebswerke und Rangiergruppen doch auch durch ein einziges Gleis darstellen lassen. Super zu editieren, halbwegs ausreichend für Routen, aber um damit arbeiten zu können so zu nichts zu gebrauchen. Da wurde dann einfach ohne zu antworten mal schön gelöscht. Auch eine Antwort. Da jammert der richtige. Darf man denn mal fragen, aus welchen nichtöffentlichen Quellen deine Weichenbenennungen stammen? Im Luftbild sind die bestimmt nicht zu erkennen. Und Streckennamen an jedem Gleis braucht auch niemand. Schon garnicht in mapnik und der cyclemap sichtbar. Aber wenn der gnädige Herr K. meint, das tracks=1 an gleisgenau gemappten Schienen überflüssig ist (obwohl es so im Wiki steht), löscht er das ohne Rücksicht auf bisher gemapptes einfach mal weg. Vielleicht solltest du deinen Perfektionismus da austoben, wo nicht schon alles genau genug gemappt ist. gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese
Am Dienstag 23 März 2010 23:57:16 schrieb C. Brause: Aber bitte bitte bitte mach' das doch mal einer BEVOR das Thema ein weiteres Mal tot getreten wird :( Ist schon fast wieder zu spät. :-( *Reanimier* Wo kann man denn so eine Spielwiese laufen lassen und was benötigt man dafür? Wie sieht es mit einem der Server aus die osm zur Verfügung stehen? Wie kommt man da ran? Gruß Christian MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] maxspeed map - jetzt global
Hallo Liste, Hallo Andreas, ich habe mal wieder Blech bekommen was mich in die lage versetzt einen gesamten planet in der Datenbank zu halten. D.h. die maxspeed map ist jetzt global verfuegbar - Speziell sei hier Andreas Labres erwaehnt der immer wieder wegen Oesterreich gefragt hat ;) http://maxspeed.osm.lab.rfc822.org Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese
Christian Knorr schrieb: Am Dienstag 23 März 2010 23:57:16 schrieb C. Brause: Aber bitte bitte bitte mach' das doch mal einer BEVOR das Thema ein weiteres Mal tot getreten wird :( Ist schon fast wieder zu spät. :-( *Reanimier* Wo kann man denn so eine Spielwiese laufen lassen und was benötigt man dafür? Wie sieht es mit einem der Server aus die osm zur Verfügung stehen? Wie kommt man da ran? Ein guter Startpunkt ist http://dev.openstreetmap.de/ Dort gibt es eine Liste der FAQ und Links zum Wiki, wo weitere Details beschrieben sind. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
On 24.03.10 08:06, Florian Lohoff wrote: D.h. die maxspeed map ist jetzt global verfuegbar http://maxspeed.osm.lab.rfc822.org Danke! :) lg /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 07:32 schrieb Andre Joost andre+jo...@nurfuerspam.de: [wegen zum Teil unsachlichen Inhalts entfernt. Erläuterungen gern per PM.] Vielleicht solltest du deinen Perfektionismus da austoben, wo nicht schon alles genau genug gemappt ist. Aber so kommen wir hier nicht weiter. Worum sich ein Teil dieses Threads dreht ist doch das Problem, dass jeder die Informationsdichte, welche OSM am Ende erreichen soll und welche er für handhabbar hält, anders definiert. Anderen Perfektionismus als Vorwurf zu machen ist für mich zumindest befremdlich. Niemand weiß bei unserem gemeinsamen Projekt, wo die Grenzen liegen werden. Das wird erst die Zukunft zeigen. Jeder kann für sich natürlich sagen: Hier reicht mir die Informationsdichte. Aber von anderen zu erwarten, dass sie es genau so zu sehen haben, ist mit unserem Projekt aus meiner Sicht nicht vereinbar. Argumente für Detailgrenzen wurden schon genannt (Pflegeaufwand, Nachvollziehbarkeit auch ohne Luftbilder, Messgenauigkeit). Jetzt sollten alle wieder Mappen gehen. Nach Ende des Dortmunder Projektes können wir diesen Thread nochmal aufwärmen und anschauen, ob die befürchtete Detailflut eingetreten ist und ob sie wirklich zur Unhandlichkeit oder sogar Unbrauchbarkeit der Daten geführt hat. Für Roßleben habe ich dergleichen jedenfalls noch nicht gehört, obwohl hier mit viel Perfektionismus und Detailverliebtheit ans Werk gegangen wurde. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Kai Krueger schrieb: Vielleicht ist es also wirklich gar nicht so eine schlechte idee das mapping in Deutschland etwas zu bremsen, in dem man bestimmte Gebiete in Deutschland sozusagen fuer komplett deklariert und erst einmal nicht weiter ausgebaut werden, bis die OSM-Softwarelandschaft, allen voran den Editoren, mit dem Aufgehohlt haben was beriets an Advanced tagging schema existiert, auch wenn ich das jetzt nicht ganz ernst meine. Relevanzkriteiren? *duck* Vielleicht sollte man die Dortmunder einen gewissen Teil ihres Stadtgebiets als Spielwiese für bestimmte Projekte freigeben lassen. Nichts gegen zum Beispiel Kurl, aber da liegt der Hund begraben, keine Straße mit übergeordneter verkehrlicher Bedeutung führt da durch. Diejenigen, die Editoren entwickeln, können sich solche Spielwiesen ansehen und entscheiden, ob sie mit bestimmten Funktionen darauf reagieren. Grüße aus momentan Dortmund. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo, Am 24.03.2010 um 01:23 schrieb Walter Nordmann: hi, nur mal ne frage ganz am Rande geht es hier noch um Dortmund oder nicht? hoffe ich doch. Da das ganze ja auch ein Pilotprojekt ist, sollte solche Fragen sicherlich auch diskutiert werden. Die Dortmunder Mapper hatten sich die Frage im Vorfeld schon mal erörtert und sind zum Ergebnis gekommen, das wir keine Straßenflächen machen. Wenn aber jemand das probieren möchte, kann er gerne ein Gebiet aussuchen und probieren. Sehr schön wäre dann noch eine Wikiseite, in dem er das Gebiet bezeichnet und die Erfahrungen, Vorteile und Probleme beschreibt. Dann braucht die Diskussion bei neuen Luftbildern nicht mehr bei NULL beginnen. marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo, Johannes Hüsing wrote: Nichts gegen zum Beispiel Kurl, aber da liegt der Hund begraben, keine Straße mit übergeordneter verkehrlicher Bedeutung führt da durch. Diejenigen, die Editoren entwickeln, können sich solche Spielwiesen ansehen und entscheiden, ob sie mit bestimmten Funktionen darauf reagieren. Ich koennte mir das etwa so vorstellen: Sobald Du den Ausschnitt von Kurl laedst oder dahin zoomst, tanzt am unteren rechten Bildschirmrand im JOSM so eine animierte Bueroklammer und blinzelt Dich an. Dann geht eine Sprechblase auf: Ah, hier liegt der Hund begraben! Was möchten Sie tun? [ ] Gullideckel-Presets aufrufen [ ] Spezial-Relationeneditor für Müllfahrzeuge aufrufen [ ] Gartenteich-Mapping aktivieren ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: olvagor o...@terbrueggen.net wrote: Momentan schon. Aber meiner Meinung nach ist das Fernziel in OSM, dass highway=residential ne Fläche ist und Vektoren nur noch die Fahrspuren darstellen. Warum denn das? Das können die Katasterdaten doch viel besser. kaum jemand braucht derartig genaue Daten außer vielleicht das Katasteramt. Aber wie auch andere schon geschrieben haben. So lange Du da Deine Spezialtags dranhängst die niemanden tangieren kann man das ja einfach wegwerfen. Ich kenn mich mit Programmierung nicht so aus, aber das sollte für Editoren kein großes Problem darstellen, bestimmte Familien von Spezialtags (historische Pläne etc.) auszublenden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Am 24.03.2010 08:06, schrieb Florian Lohoff: Hallo Liste, Hallo Andreas, ich habe mal wieder Blech bekommen was mich in die lage versetzt einen gesamten planet in der Datenbank zu halten. D.h. die maxspeed map ist jetzt global verfuegbar Hallo, kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward angezeigt wird. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 02:29 schrieb Florian Gross usenet-spam-genausoguel...@grossing.de: olvagor, die erwähnst immer wieder künstlich schlecht gehaltene Daten: Du willst künstlich genaue Daten erzeugen, was wir mit unseren bisherigen Mitteln gar nicht erreichen können. Ich habe (noch) keine Lust, Straßen als Flächen zu mappen, aber was meinst du mit künstlich genau, wenn die Mittel nun zur Verfügung stehen? Ob jeder (User und Editor) sein System versteht oder nicht, ist da erst einmal egal. Was ist an Straßenflächen kann man mit anderen tags als die bekannten Straßenmittellinien zusätzlich zeichnen nicht zu verstehen? Verstehst du waterway=river und waterway=riverbank? Ich denke schon, nur um das vorweg zu nehmen... ;-) Traust du dir zu, eine Wiki- Seite zu diesem Thema zu erstellen, die _jeder_ versteht und nachvollziehen kann? Hälst du dich im Chat, Forum und auf der Mailingliste bereit, um anderen zu helfen, die dein System nicht verstanden haben? Oh, wer tut das für turn restrictions, multipolygone, öpnv-Konstrukte, Umleitungs-Relationen? Nur der, der damit angefangen hat oder jeder, der zufällig da ist und etwas darüber weiß? Bist du bereit, dauernd hinterherzureparieren, wenn mal wieder etwas durcheinander gekommen ist? Und nicht mal eine Woche sondern jahrelang? Siehe oben... Man kanns auch übertreiben... Sandkästen, Kioske und anderer Kleinkram werden selbstverständlich Flächig gemappt - Flächennutzung sowieso(und teils sehr kleinteilig), nur Verkehrsflächen sollen dogmatisch bis in alle Ewigkeit gemieden werden? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Florian Gross usenet-spam-genausoguel...@grossing.de wrote: Das Frage ich mich gerade auch bei euch beiden. Macht eure privaten Streitigkeiten bitte per PM miteinander aus. Schön wärs wennd as private Streitigkeiten wären, denn die würden dem Projekt nicht schaden :( Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Johannes Hüsing johan...@huesing.name wrote: Ich kenn mich mit Programmierung nicht so aus, aber das sollte für Editoren kein großes Problem darstellen, bestimmte Familien von Spezialtags (historische Pläne etc.) auszublenden. Das Problem dabei sind die Massen von Außnahmesituationen die entstehen können. Was macht man wenn man flächige Straßen ausblendet und nun wir eine Knoten geändert an dem eine ebensolche dranhängt. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Martin Simon grenzde...@gmail.com wrote: Ich habe (noch) keine Lust, Straßen als Flächen zu mappen, aber was meinst du mit künstlich genau, wenn die Mittel nun zur Verfügung stehen? Was meines Erachtens noch gar nicht angesprochen wurde ist die Tatsache dass hier darüber diskutiert wird 3m breite Straßen zu erfassen bei einer absoluten Positionsgenauigkeit von etwas unterhalb eines Meters wenn unsere Georeferenzierung tatsächlich auch die erhoffte hohe Genauigkeit hat. Außerden hilft eventuell auch mal ein Blick zu den Profis :) Amtliche Daten unterscheiden zwischen ATKIS (Topokarte) und ALKIS (Kataster). ATKIS ist das was in etwa unseren Daten entspricht (Straßen als Linien) und Flächennutzungspolygone. ALKIS hingegen ethält Flurstücknummern und Grundstücksgrenzen und eigentlich ausschließlich Flächen. ATKIS Daten werden aus ALKIS Daten erzeugt. Und nun die Preisfrage: Warum denkt ihr hat man sich bei der Erzeugung von ATKIS Daten aus ALKIS wohl für die Erfassung von Straßen als Linienzüge entscheiden? Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: Was meines Erachtens noch gar nicht angesprochen wurde ist die Tatsache dass hier darüber diskutiert wird 3m breite Straßen zu erfassen bei einer absoluten Positionsgenauigkeit von etwas unterhalb eines Meters wenn unsere Georeferenzierung tatsächlich auch die erhoffte hohe Genauigkeit hat. Wir müssen unterscheiden zwischen Auflösung/Details und Lagegenauigkeit. Die von mir gezeichneten Gebiete sind natürlich nicht lagegenau. Aber in sich konsistent, d.h. wenn ich bei der ersten Fläche von einer falschen Lage ausgegangen bin, kann ich sämtliche Objekte verschieben, die von dieser Lage ausgehen und das ganze bleibt konsistent. Konsistenz, also die Relation von Objekten untereinander, halte ich für wichtiger als Lagegenauigkeit. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sebastian Klein schrieb: Wie schon mehrfach auf der Liste angesprochen, wäre es praktisch, wenn man verschieden Ebenen auch formal von einander trennen könnte. Beispielsweise könnte man eine Hochspannungsleitunge explizit per Zusatztag in die Kategorie/Ebene power_line einfügen. Versucht ein User, eine Straße mit der Leitung zu verbinden, meldet der Editor einen Fehler. Das selbe würde in vielen Fällen für administrative Grenzen Sinn machen. In vielen eben nicht, da eine Straße/ein Fluss häufig gerade an der Grenze verläuft. Gibt es nicht sogar Grenzvereinbarungen, die den Fluss als Grenze festlegen? Bei power=line bin ich ganz bei Dir. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stolpersteine im Wiki
Moin ! ich habe eine Basisseite für die STOLPERSTEINE im Wiki erstellt - zu finden unter: http://wiki.openstreetmap.org/wiki/Stolpersteine Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor o...@terbrueggen.net wrote: Konsistenz, also die Relation von Objekten untereinander, halte ich für wichtiger als Lagegenauigkeit. Das sehe ich genauso, das ist nicht der Punkt. Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: Konsistenz, also die Relation von Objekten untereinander, halte ich für wichtiger als Lagegenauigkeit. Das sehe ich genauso, das ist nicht der Punkt. Dann hab ich deine Mail mißverstanden. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo, Sven Geggus wrote: Außerden hilft eventuell auch mal ein Blick zu den Profis :) Amtliche Daten unterscheiden zwischen ATKIS (Topokarte) und ALKIS (Kataster). ATKIS ist das was in etwa unseren Daten entspricht (Straßen als Linien) und Flächennutzungspolygone. ALKIS hingegen ethält Flurstücknummern und Grundstücksgrenzen und eigentlich ausschließlich Flächen. ATKIS Daten werden aus ALKIS Daten erzeugt. Klingt sinnvoll. Lasst uns also alles als Flaechen erzeugen (OSMLKIS), um dann spaeter hieraus Linien zu erzeugen (OSMTKIS), genauso wie die Profis ;-) *duck* Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor o...@terbrueggen.net wrote: Dann hab ich deine Mail mißverstanden. Du hast auf den relevanten Teil meiner Mail nicht geantwortet (ATKIS/ALKIS etc.). Solange wir keine getrennten Layer in der Datenbank haben (und die haben wir nun mal nicht) über die wir ähnlich wie die profis zwischen einer Katasterkarte (nur Flächen) und einer Topokarte unterscheiden können schaffen als Flächen erfasste Straßen mehr Probleme als sie lösen. Das liegt daran, dass ein routingfähiges Netz ein fundamentaler Bestandteil unserer Daten ist und gerade der Erhalt eines brauchbaren Routingnetzes durch Straßen die als Flächen erfasst sind extremst aufwendig wird. Unser Format ist ja ganz bewußt so aufgebaut, dass man gar keine Linienobjekte erzeugen kann, die keine implizite Information fürs Routing erzeugen. Eine Straße als Fläche heißt in unserem Datenmodell eigentlich nichts anderes als eine Art Kreisverkehr. Worauf ich rauswill ist dass unsere Infrastruktur von Grund auf nicht dafür gemacht ist Straßen als Flächen zu haben weil beim Design der Datenstruktur das implizite Erstellen eines Routingnetzes im Vordergrund stand. Das sieht man auch daran, dass wir bis heute gar keine richtigen Flächenobjekte kennen. Aus all diesen Gründen ist es daher mit der derzeitigen Technik einfach nur sinnlos Straßen als Flächen zu erfassen und daher habe ich auch so böse reagiert, weil die Idee um so absurder erscheint je besser man die Technologie kennt die hinter OSM steckt. Gruss Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
dieter jasper schrieb: die maxspeed map ist jetzt global verfuegbar kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward angezeigt wird. +1 wollte ich auch gerade anfragen! Die maxspeed=XX:urban und XX:rural werden ja zumindest als Text dargestellt! Danke für die Karte! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo, Am Mittwoch 24 März 2010 11:45:39 schrieb Frederik Ramm: Hallo, Klingt sinnvoll. Lasst uns also alles als Flaechen erzeugen (OSMLKIS), um dann spaeter hieraus Linien zu erzeugen (OSMTKIS), genauso wie die Profis ;-) Die Lösung ist so einfach und liegt auf der Hand: Eine Linie gibt es nur im mathematischen Sinn. Jede gezeichnete Linie ist zwangsläufig eine Fläche. Definieren wir also einfach alle Linien als Flächen. Sind sie geschlossen, ist es ein Polygon mit einer Innenfläche wie bisher. Sind sie nicht geschlossen, wie die jetzigen Straßen, ist es ein Polygon, dessen Umring in sich selbst zurückläuft mit der Breite 0. Ist die Breite als width angegeben, rücken die Außenkanten automatisch um width/2 nach außen. ;-) scnr, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: Du hast auf den relevanten Teil meiner Mail nicht geantwortet (ATKIS/ALKIS etc.). Dazu kenn ich die Systeme nicht und wollte nicht aus einem Mißverständnis heraus was schreiben, was dann wieder für Ärger sorgt. Aus all diesen Gründen ist es daher mit der derzeitigen Technik einfach nur sinnlos Straßen als Flächen zu erfassen Ich möchte Straßen ja nicht ausschließlich als Fläche erfassen. In Dortmund habe ich die Straßenlinien so belassen wie sie waren (höchstens detaillierter gezeichnet) und die Flächen nur drumrum gemalt. Es geht mir nicht darum, Linien abzuschaffen sondern ergänzende Informationen zu schaffen. Durch das entsprechende Tagging-Schema (area:x=y) versuche ich auch Konflikte mit dem Routing etc. zu vermeiden. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo Sven. Deine letzten Mails haben alle einen extrem provokanten, wenn nicht sogar überheblichen Unterton. Bitte stell das ab und kritisiere ggf. konstruktiv. Am Mittwoch 24 März 2010 10:34:12 schrieb Sven Geggus: Amtliche Daten unterscheiden zwischen ATKIS (Topokarte) und ALKIS (Kataster). ATKIS ist das was in etwa unseren Daten entspricht (Straßen als Linien) und Flächennutzungspolygone. ALKIS hingegen ethält Flurstücknummern und Grundstücksgrenzen und eigentlich ausschließlich Flächen. ATKIS Daten werden aus ALKIS Daten erzeugt. Und nun die Preisfrage: Warum denkt ihr hat man sich bei der Erzeugung von ATKIS Daten aus ALKIS wohl für die Erfassung von Straßen als Linienzüge entscheiden? Laienhafte aber naheliegende Begründung: Weil Katasterdaten eigentlich nur relevant sind bei Betrachtung einzelner Grundstücke bzw. maximal eines Wohngebiets. Topo-Karten sind eher dann interessant, wenn man einen Stadtbereich oder einen Landkreis auf einmal anschaut. Auch flächig dargestellte Straßen würden bei ausreichend kleiner Darstellung näherungsweise als Linie erscheinen. Es macht schlicht keinen Sinn, für den Zweck Flächen darzustellen. Der Unterschied liegt also meiner Meinung nach am typischen Betrachtungs-Ausschnitt/-Zoom bzw. der jeweils benötigten Detailtreue. So, nun aber die Gegenfrage: Welcher Guru definiert denn, dass OSM etwas ATKIS-artiges sein sollte und definitiv keine ALKIS-Features haben darf? Und noch ne Frage nachgeschoben: Was genau stört dich denn konkret an *zusätzlich* erfassten Straßenflächen? Ich bin übrigens sehr dafür, Flurstücknummern zu erfassen, wenn man geeignete Daten hat wo man die Grenzen mit ausreichender Genauigkeit herauslesen kann. (Ich wollte mal nen notorischen Falschparker hier auf dem Land anzeigen und die vom Ordnungsamt meinten, ideal wäre wenn ich die Flurstücksnummer angeben kann, wo das Auto stand. Zum Glück habe ich hier die handgezeichneten Katasterpläne von 1930, die ich eigentlich mal scannen und in OSM übertragen wollte.) Gruß, Bernd -- Ein Experte ist ein Mann, der hinterher genau sagen kann, warum seine Prognose nicht gestimmt hat. - Winston Churchill (brit. Politiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: Was macht man wenn man flächige Straßen ausblendet und nun wir eine Knoten geändert an dem eine ebensolche dranhängt. Eigentlich sollte man schön langsam darüber nachdenken, mehrere Datenbanken aufzubauen und die Daten systematisch zu ordnen: Ich könnte mir z.B. vorstellen, ALLE Flächen in eine separate DB auzulagern. Hier dürfte es auch keine Probleme mit gemeinsamen nodes geben, denn eine real existierende Straßenfläche hat keine gemeinsamen Punkte mit einer idealisierten linienförmigen Straßenmitte. Diese Flächen-DB würde dann so etwas ergeben wie einen Flächennutzungsplan. In eine weiter DB kommen z.B. alle importierten Punkte, die von genauen öffentlichen Quellen stammen oder evtl. einer gewissen Genauigkeit genügen. Diese DB ist für den Normalnutzer read-only; hier werden Daten i.d.R. nur ergänzt. Jeder kann diese Punke als nodes für seine ways nutzen, aber eben nicht verändern. Analoges gilt für Grenzen. So könnte man natürlich viele Dinge noch weiter gliedern (historische Daten, ...). Editieren kann man gleichzeitig immer nur in einer DB. Die anderen Daten kann man sich natürlich hinterlegen. Die nodes gehören immer nur zu einen DB -mit Ausnahme der Vermessungspunkte-DB. Natürlich kann man das auch mit Namensräumen in einer DB lösen, aber dann hat man immer das Problem mit dem Verschieben von nodes etc. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Frederik Ramm schrieb: Klingt sinnvoll. Lasst uns also alles als Flaechen erzeugen (OSMLKIS), um dann spaeter hieraus Linien zu erzeugen (OSMTKIS), genauso wie die Profis ;-) *duck* Wenn Du dich wirklich professionell ducken willst darfst Du aber auch nur jeden Regierungsbezirk alle 5 Jahre aktualisieren ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Da jammert der richtige. Darf man denn mal fragen, aus welchen nichtöffentlichen Quellen deine Weichenbenennungen stammen? Im Luftbild sind die bestimmt nicht zu erkennen. Ich erzähle das hier bestiommt schon zum 50 mal. Ich sammle entsprechendes Material schon Jahre. Unter anderem für virtuelle Gegenstücke, wo man solche Informationen dringend braucht. Ich machs nicht erst seit gestern. Und Streckennamen an jedem Gleis braucht auch niemand. Schon garnicht in mapnik und der cyclemap sichtbar. Solange die Relationen nicht sicher sind und das ganze da nicht fest gesichert werden kann, ist diese Information gerade für nicht Indsider sehr hilfreich. Zerbröselt die Relation dann hast du massenhaft herrenlose Gleise, die außer ein Insider keiner mehr zuordnen kann. Hatte ich dem Bernd auch schon so geschrieben. Wie gesagt, man kann über alles reden. Aber der Herr hat ja nichtmal die Eier zu diskutieren. Von dir kam genauso keine Rückantwort. Aber wenn der gnädige Herr K. meint, das tracks=1 an gleisgenau gemappten Schienen überflüssig ist (obwohl es so im Wiki steht), löscht er das ohne Rücksicht auf bisher gemapptes einfach mal weg. Die habe ich da gelöscht wo du sie wieder an die von mir neu erfassten Gleise rangetaggt hast. Und zwar nachdem ich dir erklärt habe warum. Es kam ja keine Antwort. Und tracks 1 ist am ausführlich gemappten Gleisfeld eine überflüssige Information, genau wie ein Layer 0. Das macht da Sinn, wo es eben nicht gleisgenau ist. Und da habe ich das auch nicht rausgenommen. Vielleicht solltest du deinen Perfektionismus da austoben, wo nicht schon alles genau genug gemappt ist. Nach zwei Jahren seid ihr die ersten und einzigen die sich beschweren und so reagieren. Ich mein mir ist es wurscht. Wenn ihr da bei euch keinen Wert auf detailreiche Geoinformationen legt und mehr auf Ich war hier, dann mache ich da weiter wo man sich über die Informationen freut. Und ich habe nichts weiter gemacht als etwas zu ergänzen was eben alles andere als genau ist. Ihr habt ganze Strecken auf einer Linie zusammen gefasst und mit pseudo Verbindungen verzweigt. Den ref bzw. Streckennummer noch fälschlicherweise mit 26xx+26xx angeben. Das kann man so nichtmal auswerten, wenn man es nicht zufällig sieht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Hallo, http://maxspeed.osm.lab.rfc822.org Vielen Dank, das kann ich zum Vervollständigen gut gebrauchen (speziell in Österreich). Gibt es da irgendwo eine Legende, die ich übersehen habe? Welche Farbe bedeutet welche Geschwindigkeit? Mfg aus Österreich, Günther ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Mirko Küster schrieb: Da jammert der richtige. Darf man denn mal fragen, aus welchen nichtöffentlichen Quellen deine Weichenbenennungen stammen? Im Luftbild sind die bestimmt nicht zu erkennen. Ich erzähle das hier bestiommt schon zum 50 mal. Ich sammle entsprechendes Material schon Jahre. Unter anderem für virtuelle Gegenstücke, wo man solche Informationen dringend braucht. Ich machs nicht erst seit gestern. Mmmh. Und was bedeutet der Stempel Nicht für Dritte auf jedem Gleisplan im Zusammenhang mit cc-by-sa? gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Da jammert der richtige. Es kam eben noch besser. Ich solle doch bitte meine cc-by-sa Quellen offenlegen. Dann darf ich gnädigerweise wieder mappen. Wahrscheinlich noch schön auf Markenfestplatten mit Schleife. Geht jetzt auch hier der Blockwart los? Ich lege ja gerne offen, aber gegenüber denen die es auch angeht, OSMF, Frederik oder wer auch immer, gerne auch wenn Interessierte mal vorbeikommen, was schon der Fall war. Ich werde jetzt aber defintiv nicht Terrabyte an Fotos und Material massenhaft im vorraus an selbst ernannte Blockwarte rausschicken. Mapper wie ajoessen und berndw braucht das Projekt. Das bringt unheimlich voran. Wird dann bald so effizient wie Wikipedia. Ich werde meine Daten heute Nacht löschen und dann wars es das mit OSM. Es geht anscheinend nicht ohne Gralshüter und Blockwarte, das frustet dann irgendwann mehr als das es Spaß macht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Bartosz Fabianowski schrieb: Wie gesagt das wurde schon hundertmal diskutiert die lage ist keinesfalls eindeutig. Umso mehr würde ich es als sehr unvorsichtig ansehen daß Merkaartor den GlobeXplorer-WMS-Server ohne jegliche Hinweise oder Anmerkungen im Menü stehen hat. Solange die Lage nicht eindeutig ist sollte ein solcher Server nicht per Default anklickbar sein. +1 Und so sinnvolle Sachen wie der Filter in JOSM ist nur per versteckter Option aktivierbar. :-( Werde meine abgemalten Sachen dann auch wieder löschen. Schade dass von DigitalGlobe überhaupt keine Antwort gekommen ist Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus glaubte zu wissen: Florian Gross usenet-spam-genausoguel...@grossing.de wrote: Das Frage ich mich gerade auch bei euch beiden. Macht eure privaten Streitigkeiten bitte per PM miteinander aus. Schön wärs wennd as private Streitigkeiten wären, denn die würden dem Projekt nicht schaden :( Soweit ACK. Allerdings sehe ich das bei Aussagen a la gib mir deine IP, damit ich dich bei $URL sperren kann genauso. Aber wie ich sehe, könnt ihr wieder einigermaßen normal miteinander kommunizieren, daher von meiner Seite EOT zu diesem Thema. flo -- Warum ist auf meinem Monitor bei diesem Thread neben jedem Posting eine Brille? Damit versucht Dein Agent einen Ausgleich für die schlechte Beleuchtung zu schaffen. [Johanna Ostermann und Stefan Soher in datk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Mmmh. Und was bedeutet der Stempel Nicht für Dritte auf jedem Gleisplan im Zusammenhang mit cc-by-sa? Und das interessiert mich was, wenn ich beispielsweise vor Ort meine Aufzeichnungen und Bilder mache? BTW hätte ich sogar teilweise die Möglichkeit. Unsere Nachbauten wurden sogar von der Bahn abgenommen und zum gewerblichen Vertrieb freigegeben, ganz normal. Ich könnte einiges dem zugrunde liegendes Material offiziell verwenden. Das abgleitete sowieso. Das mache ich aber nichtmal und nutze nur die eigene Ersterfassung, was so sauber ist. Egal, es hat sich erledigt. Wer was braucht soll sich bei mir melden. Unter solchen Umständen wird das nichts mit OSM. Gruß Mirko attachment: weiche.jpg___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo Mirko, Mirko Küster wrote: Ich werde meine Daten heute Nacht löschen und dann wars es das mit OSM. Du solltest Dich von ein paar einzelnen Mappern nicht vergraetzen lassen. Wenn umgekehrt jeder gegangen waere, den Du in der Mailingliste ein bisschen ruppig angefasst hast... ;-) Ich moechte gern, unabhaengig vom konkreten Fall, etwas zu dem Konzept meine Daten - deine Daten sagen. Rechtlich gesehen ist man zwar ein Leben lang der Urheber dessen, was man in OSM hochlaedt, aber in der Praxis werden die Beitraege natuerlich Teil von OSM in dem Moment, wo man sie hochlaedt. Wer Daten, die sachlich und rechtlich einwandfrei sind, aus OSM loescht, der fuegt dem Projekt damit einen Schaden zu. Dabei ist es voellig unerheblich, ob man die Daten frueher einmal selber beigetragen hat oder ob es Daten sind, die von jemand anderem stammen. Wenn solche Loesch-Aktionen auffallen, ist es wahrscheinlich, dass die geloeschten Daten von irgendjemandem wiederhergestellt werden, und das ist auch gut so - ich bin sehr dafuer, die Arbeit von anderen zu respektieren, aber dieser Respekt hoert dort auf, wo die Arbeit darin besteht, brauchbare Daten zu entfernen. Voellig egal, ob es die eigenen Daten sind oder fremde. Insofern ist ein beleidigtes ich gehe, und meine Daten nehme ich mit eigentlich nur unnoetige Arbeit fuer alle Beteiligten und sollte unterlassen werden. Wenn es nun tatsaechlich einmal vorkommen sollte, dass man in groesserem Stil Daten beigetragen hat und einem spaeter auffaellt (oder man darauf aufmerksam gemacht wird), dass die Rechtslage zweifelhaft ist und diese Daten eventuell doch nicht mit der CC-BY-SA kompatibel sind, dann ist es natuerlich vernuenftig, die Daten wieder zu entfernen. In diesem Fall sollte man einen entsprechenden Kommentar ans Changeset schreiben (Daten geloescht, da Lizenz problematisch oder so), damit eben nicht jemand anders hergeht und die Loeschung gleich wieder rueckgaengig macht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Bernd Wurst be...@bwurst.org wrote: Deine letzten Mails haben alle einen extrem provokanten, wenn nicht sogar überheblichen Unterton. Bitte stell das ab und kritisiere ggf. konstruktiv. In dieser Mail die Di hier grade zitierst war das IMO gerade nicht der fall, aber egal. So, nun aber die Gegenfrage: Welcher Guru definiert denn, dass OSM etwas ATKIS-artiges sein sollte und definitiv keine ALKIS-Features haben darf? Natürlich nieman. Und noch ne Frage nachgeschoben: Was genau stört dich denn konkret an *zusätzlich* erfassten Straßenflächen? Was daran stört ist genau das gleiche Problem, das in etas weniger extremer Form oft bei landuse Flächen aufritt. Mapper erstellen (ich unterstelle mal unabsichtlich) oft völlig sinnlose Kreuzungspunkte zwischen Flächen und Wegen, die nicht mehr mit brauchbarem Aufwand aufzubrechen sind. Ich wiederhole mich jetzt, aber ich finde eben dass die Kosten-/Nutzen Analyse bei flächig erfassten Straßen beim aktuellen Zustand des Datenmodells und der Werkzeuge eindeutig gegen flächig erfassten Straßen fällt weil der potenzielle Nutzen niemals den Punkt erreichen kann an dem er den Nachteil aufwiegt dass 99% der Projektmitarbeiter mit extrem erhöhter Komplexität leben müssen die fast zwangsläufig zu einer erhöhten Fehlerrate führen wird. Auch ein Grund weshalb mich diese Diskussion hier so aufregt ist dei Tatsache, dass dem Projekt schon jetzt Entwickler eher fehlen und die vorhandenen auch ohne coole Tools zum erfassen von Straßen als Fläche genug zu tun haben. Ich selber verliere zum Beispiuel gerade die Lust am Betrieb des WMS Servers in den ich einige Arbeit gesteckt habe, wenn der Erfolg meiner Arbeit dann nicht Hausnummern und Gebäude sind sondern solche fragwürdingen Dinge wie sie hier diskutiert werden. Hätte der OP hier einen patch für josm gepostet, der seine fixe Idee _nebenwirkungsfrei_ an die bestehende Infrastruktur anbindet würde das ganz anders aussehen. Stattdessen wird hier nur an den bestehenden Tools rumgemäkelt und Gegenargumente werden immer mit dem Satz beantwortet: dann sind halt die Tools schlecht. Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: Was daran stört ist genau das gleiche Problem, das in etas weniger extremer Form oft bei landuse Flächen aufritt. Mapper erstellen (ich unterstelle mal unabsichtlich) oft völlig sinnlose Kreuzungspunkte zwischen Flächen und Wegen, die nicht mehr mit brauchbarem Aufwand aufzubrechen sind. Aber das ist doch nur ein Problem, weil landuse-Flächen mit highway-Linien verbunden sind. Wenn landuse-Flächen and highway-Flächen stoßen würden, gäbe es kein Problem. Auch ein Grund weshalb mich diese Diskussion hier so aufregt ist dei Tatsache, dass dem Projekt schon jetzt Entwickler eher fehlen und die vorhandenen auch ohne coole Tools zum erfassen von Straßen als Fläche genug zu tun haben. Ich selber verliere zum Beispiuel gerade die Lust am Betrieb des WMS Servers in den ich einige Arbeit gesteckt habe, wenn der Erfolg meiner Arbeit dann nicht Hausnummern und Gebäude sind sondern solche fragwürdingen Dinge wie sie hier diskutiert werden. Du meinst, die Häuser, die ich da erfasst habe, die zählen nicht? Hausnummern kann ich leider nicht erfassen, weil ich 400km weg bin von Dortmund. Hätte der OP hier einen patch für josm gepostet, der seine fixe Idee _nebenwirkungsfrei_ an die bestehende Infrastruktur anbindet würde das ganz anders aussehen. Ich kann es mir leider gerade zeitlich nicht leisten, in meiner Freizeit daran mitzuarbeiten. Hab mir schon den Code vor einiger Zeit schonmal gezogen aber andere Dinge gehen momentan vor. Natürlich investier ich ins Abmalen Zeit aber das ist einfach Arbeit, bei der man nicht denken muss. Deswegen bitte nicht gleichsetzen. Stattdessen wird hier nur an den bestehenden Tools rumgemäkelt und Gegenargumente werden immer mit dem Satz beantwortet: dann sind halt die Tools schlecht. So habe ich das niemals gesagt. Ich finde (vor allem) JOSM super. Ich sage nur, dass die Editoren für das, wo ich OSM langfristig sehen möchte, noch nicht geeignet sind. Das ist keine Kritik oder Rumgemecker sondern quasi ein Feature Request. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Schade dass von DigitalGlobe überhaupt keine Antwort gekommen ist Ehrlich gesagt hätte mich das überrascht wenn das anders wäre. Auch von Google gibt es bis heute dazu keine Aussage. Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
On Wed, Mar 24, 2010 at 09:38:46AM +0100, dieter jasper wrote: Hallo, kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward angezeigt wird. Ich kenne die beiden nicht als consens und ich mag die auch nicht. Drehen JOSM und Potlatch die forward/backward um bei reverse way? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
On Wed, Mar 24, 2010 at 01:31:22PM +0100, Günther Zin. wrote: Hallo, http://maxspeed.osm.lab.rfc822.org Vielen Dank, das kann ich zum Vervollständigen gut gebrauchen (speziell in Österreich). Gibt es da irgendwo eine Legende, die ich übersehen habe? Welche Farbe bedeutet welche Geschwindigkeit? Zoom weiter rein - dann bekommst du kleine schilder ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor o...@terbrueggen.net wrote: Aber das ist doch nur ein Problem, weil landuse-Flächen mit highway-Linien verbunden sind. Wenn landuse-Flächen and highway-Flächen stoßen würden, gäbe es kein Problem. In einer reinen Flächenwelt ist das richtig, aber für eine solche Katasterartige Flächenwelt ist eigentlich unser kompletter toolchain nicht konzipiert. Das beginnt ganz unten beim Datenformat und endet oben bei den Editoren. Ich hab grade am WE an osm2pgsql rumgepatcht und da gibt es eine Stelle im Code wo versucht wird zwischen Flächen und Linien zu unterscheiden. Für das was da gemacht wird ist heuristisch IMo noch ein zu harmloser Ausdruck. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Florian Gross usenet-spam-genausoguel...@grossing.de wrote: Soweit ACK. Allerdings sehe ich das bei Aussagen a la gib mir deine IP, damit ich dich bei $URL sperren kann genauso. Was man halt in der Wut so schreibt. ich hab wirklich viel Zeit in dieses WMS Zeug reingehängt. Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Du solltest Dich von ein paar einzelnen Mappern nicht vergraetzen lassen. Wenn umgekehrt jeder gegangen waere, den Du in der Mailingliste ein bisschen ruppig angefasst hast... ;-) Hallo Frederik, ich meine es ja garnicht ruppig. Da läuft vieles neben der Liste, auch real. Wer mich kennt weiß wie es gemeint ist. Das kommt hier ohne Emo usw. nur nicht richtig rüber. Wenn ich ruppig werde dann sieht das ganz anders aus. Ansonsten war das bisher ja auch kein Problem. So einen Fall wie hier habe ich noch nicht erlebt und kenne auch keinen der sowas erlebt hat. Wenn es mal Streitfälle gab dann konnte man das klären. Nur gabs hier anfangs gleich keine Antwort mehr und die Informationen wurden gleich gekillt. Ich solle doch bitte vorher die örtlichen Gralshüter erraten und sie um Erlaubnis bitten. Jetzt zuletzt noch nachgeschoben einen Darfschein nachreichen. Selber geben die Herren aber auch keinerlei Source etc. an. Betriebsstellenabkürzungen, VzG usw. stehen auch nicht bei Yahoo. Und ich glaube kaum das die auch die ehemaligen und noch aktiven Fdl kennen von denen ich die Information habe. Ist mir auch egal, weil ich keinem was unterstellen will. Wir rudern hier alle im gleichen Boot. Wenn mich zukünftig noch mehr von dieser Art Überraschungen erwartet, dann verzichte ich lieber und gebe die Daten an Leute die es gerne nutzen und wo man sich eventuell gegenseitig austauschen kann. Mir fehlt auch noch sehr viel und so ergänzt sich das ganze. Ich setze mich aber nicht Stunden hin um was beizutragen, nur damit das am nächsten Tag wegen Bodennebel, Blockwart, Purismus oder Ich war hier wieder völlig umsonst war. Da kann aich auch Wasser an die Wand nageln, kommt unterm Strich das gleiche bei raus. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Florian Lohoff schrieb: kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward angezeigt wird. Ich kenne die beiden nicht als consens und ich mag die auch nicht. Drehen JOSM und Potlatch die forward/backward um bei reverse way? JOSM: Es kommt ein Dialog der dieses als Default-Aktion anbietet. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 14:42 schrieb Mirko Küster webmas...@ts-eastrail.de: Nur gabs hier anfangs gleich keine Antwort mehr und die Informationen wurden gleich gekillt. Wenn mich zukünftig noch mehr von dieser Art Überraschungen erwartet, dann verzichte ich lieber und gebe die Daten an Leute die es gerne nutzen und wo man sich eventuell gegenseitig austauschen kann. Mir fehlt auch noch sehr viel und so ergänzt sich das ganze. Ich setze mich aber nicht Stunden hin um was beizutragen, nur damit das am nächsten Tag wegen Bodennebel, Blockwart, Purismus oder Ich war hier wieder völlig umsonst war. Hallo Mirko, es ist natürlich extrem ärgerlich, wenn sowas passiert, aber es ist ja zum Glück die Ausnahme. Natürlich nervt es, wenn man seine Zeit damit zubringt, Dinge, die man schon mal eingegeben hat, wieder zurückzuholen. Das ist aber ein Community-Problem. Solche Dinge lassen sich nur in den Griff bringen, wenn man ein Bewusstsein bei den Leute erzeugt, wie man bedächtig mit den Daten umgeht. Es ist in einem solchen Projekt extrem wichtig, auch für die Arbeit anderer Respekt aufzubringen (oder sie zumindest zu tolerieren), deren Sinn man selbst nicht erkennt. Insbesondere das Löschen sehe ich kritisch an. Natürlich muss man auch mal was (falsches, unbeabsichtigt oder auf Grund von Computerfehlern oder Unerfahrenheit Entstandes) löschen dürfen, aber die Regel sollte es nicht sein. Mir waren vor kurzem z.B. einige Bäume gelöscht worden, mit deren Erfassung ich begonnen hatte. Nach einer (nicht mal besonders freundlichen ;-) ) Mail an den Betreffenden hat er freundlicherweise die Daten wiederhergestellt und mit zusätzlichen Tags herausgestellt, dass er die Bäume weder für besonders herausragend, noch für einzelstehend hält. Ich halte es zwar nicht für besonders zielführend, an jeden Baum ist nicht wichtig zu schreiben, aber es schadet mir auch nicht. Ich finde es betrüblich, dass der Blockwart-Geist der Wikipedia-Relevanzdiskussionen auch in OSM immer mehr um sich zu greifen scheint. Wie jemand anders hier schon geschrieben hat: wenn wir nur einen Routing-Graphen erstellen wollten, könnten wir vielerorts schon aufhören... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine im Wiki
Jan Tappenbeck schrieb: Moin ! ich habe eine Basisseite für die STOLPERSTEINE im Wiki erstellt - zu finden unter: http://wiki.openstreetmap.org/wiki/Stolpersteine Das Tagging-Schema gefällt mir. Aber ist dann die Relation noch nötig? Das ist doch ein klassisches Beispiel, wo man die Zugehörigkeit über Tagging hinreichend beschreibt. Ich mein ja nur wegen Entschuldigung, es dauerte zu lange, die Relation mit all ihren Mitgliedern darzustellen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine im Wiki
Am 24.03.2010 15:41, schrieb Johannes Hüsing: Jan Tappenbeck schrieb: Moin ! ich habe eine Basisseite für die STOLPERSTEINE im Wiki erstellt - zu finden unter: http://wiki.openstreetmap.org/wiki/Stolpersteine Das Tagging-Schema gefällt mir. Aber ist dann die Relation noch nötig? Das ist doch ein klassisches Beispiel, wo man die Zugehörigkeit über Tagging hinreichend beschreibt. Ich mein ja nur wegen Entschuldigung, es dauerte zu lange, die Relation mit all ihren Mitgliedern darzustellen. Hi ! die Relation ist nicht auf meinem Mist gewachsen - aber vielleicht kann einer aus Essen etwas näheres zu den Beweggründen sagen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 07:32 schrieb Andre Joost andre+jo...@nurfuerspam.de: Da jammert der richtige. Darf man denn mal fragen, aus welchen nichtöffentlichen Quellen deine Weichenbenennungen stammen? Im Luftbild sind die bestimmt nicht zu erkennen. fragen darf man, löschen nicht. Und Streckennamen an jedem Gleis braucht auch niemand. Schon garnicht in mapnik und der cyclemap sichtbar. das ist eine Renderfrage und keine der Daten. Ob man die Namen braucht entscheidet m.E. der, der sie einträgt, einen Grund, sie zu löschen, gibt es m.E. nicht. Aber wenn der gnädige Herr K. meint, das tracks=1 an gleisgenau gemappten Schienen überflüssig ist (obwohl es so im Wiki steht), löscht er das ohne Rücksicht auf bisher gemapptes einfach mal weg. Herr Küster ist hier wohl gemeint. Das ist natürlich auch nicht OK. Vielleicht solltest du deinen Perfektionismus da austoben, wo nicht schon alles genau genug gemappt ist. Es ist nirgends alles genau genug gemappt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
On 01/-10/-28163 08:59 PM, olvagor wrote: ... Ich sage nur, dass die Editoren für das, wo ich OSM langfristig sehen möchte, noch nicht geeignet sind. Das ist keine Kritik oder Rumgemecker sondern quasi ein Feature Request. Wunderbar, dann sind wir uns ja alle (glaube ich) einig. Lass uns das langfristige (durchaus sinnvolle), auf spaeter verschieben und warten bis die tools geeignet sind und der Feature Request umgesetzt ist. Das wird mit Sicherheit irgendwann (vielleicht sogar nicht mal in alzu weiter Ferne) kommen, da der Druck auf die Editoren und andere tools durch die zunehmenden Landuse-Flaechen durchaus vorhanden ist. Dann koennen wir hoffentlich alle wieder Friede Freude Eierkuchen gemeinsam miteinander mappen und die Flamewars ueber Relevanzkriterien den Wikipedianern ueberlassen. ;-) Kai P.S. An alle: Etwas Gelassenheit haette diesem Thread jedenfalls nicht geschadet Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 11:54 schrieb Sven Geggus li...@fuchsschwanzdomain.de: olvagor o...@terbrueggen.net wrote: Solange wir keine getrennten Layer in der Datenbank haben (und die haben wir nun mal nicht) AFAIK wollen wir diese Layer doch explizit nicht, sondern machen das mit Tagpaaren? schaffen als Flächen erfasste Straßen mehr Probleme als sie lösen. Das liegt daran, dass ein routingfähiges Netz ein fundamentaler Bestandteil unserer Daten ist und gerade der Erhalt eines brauchbaren Routingnetzes durch Straßen die als Flächen erfasst sind extremst aufwendig wird. das ist doch hauptsächlich eine Frage der verwendeten Tags. Straßenflächen als highway=* zu taggen geht natürlich nicht, weil das ohne Ende Probleme schafft, aber Straßenflächen als landuse=highway ist doch kein Problem. Man darf nur nicht erwarten, dass das dann routingfähig ist. ... Grund auf nicht dafür gemacht ist Straßen als Flächen zu haben weil beim Design der Datenstruktur das implizite Erstellen eines Routingnetzes im Vordergrund stand. Das sieht man auch daran, dass wir bis heute gar keine richtigen Flächenobjekte kennen. von den falschen Flächenobjekten haben wir allerdings schon ein paar in der DB die gar nicht so unbrauchbar sind. Aus all diesen Gründen ist es daher mit der derzeitigen Technik einfach nur sinnlos Straßen als Flächen zu erfassen -Relevanzdiskussion? Ich halte Straßenflächen nicht für sinnlos. Details wird man nur über Flächen haben können. Gerade in Städten ist das reine Linienmodell teils extrem ungeeignet, die Realität abzubilden, von daher begrüße ich die Flächen hier ausdrücklich (wie erwähnt als Zusatz und mit landuse o.Ä. tag, z.B. auch analog landuse=railway oder den erwähnten riverbanks, und nicht als alternative für highway) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb: Hallo, nachdem jetzt die Aerowestbilder zur Verfügung stehen, habe ich angefangen, Straßen etc. flächig zu mappen [1]. ... Gruß, olvagor Hallo, wenn hier alle mitreden, dann will ich auch noch /meinen Senf dazu geben/: Die Dortmunder haben aktuell ein Luxusproblem. Die hoch auflösenden Orthofotos stehen aber räumlich und zeitlich nur begrenzt zur Verfügung. Das Problem stellt sich daher eigentlich gar nicht für den Rest der Welt. Gleichzeitig scheint mir die Dichte der Mapper/Km2 dort höher zu sein als in anderen Regionen. Hier bei uns ist noch einiges Sinnvolles zu tun, so dass ich nicht auf die Idee käme, die Straßen jetzt in zwei verschiedenen Modellen parallel zu erfassen. Ich persönlich habe nun ca. 3 Jahre Arbeit hinein gesteckt um auch für meine Region eine ansehnliche und routingfähige Datenbasis zu schaffen. Jetzt ist es fast geschafft, da soll alles von vorne beginnen nur mit anderen - komplizierteren - Datenmodellen? Jede Straße, die ich in den letzten Jahren durchlaufen oder durchfahren habe soll ich nun noch mal aufsuchen und dieses Mal soll ich genau auf der Teerkante lang fahren? Oder gehört der Grünstreifen auch mit zur Straße, oder auch noch der Straßengraben? In der ganzen Diskussion fehlt mir irgendwie noch die Begründung, warum denn Straßen flächig *und* linienhaft gemappt werden sollten. Wo liegt der Mehrwert? Das Knoten-Kanten-Modell hat sich seit Jahren bewährt. Durch eine Weiten-Angabe lassen sich die Straßen auf Wunsch auch variabel-flächig darstellen. Editoren und weiter verarbeitende Programme wie Routing arbeiten zuverlässig damit. Radrouten, ÖPNV-Linien und andere Relationen basieren auf diesem Linien-Modell. Das kann man nicht einfach wegwerfen. Es liefe also darauf hinaus, beides zu erfassen: Linien *und* Flächen. Das nennt man in der DV dann redundante Daten. Redundante Daten sind immer ein Zeichen für eine schlechte Modellierung. Sie lassen sich nicht sauber pflegen, weil immer manuell an zwei Stellen gleichzeitig geändert werden muss. Da das in der Praxis nicht funktioniert, gibt es dann zwangsläufig interne Widersprüche im Datenbestand. Die Ableitung eines definierten Modells (Knoten - Kanten - Eigenschaften) aus der Realität durch den Mapper macht nach meiner Meinung den Wert der Daten aus. Wir brauchen ein Datenmodell, das durch überschaubare Programme ausgewertet werden kann. Statt die Orthofotos detailverliebt abzumalen wäre es doch sinnvoller, diese direkt zu betrachten. Bei Google Co. kann man wählen zwischen der schematisierten Kartendarstellung (Vektordaten) und der Luftbild-Ansicht (Rasterdaten). Auch aus anderen Quellen (z.B. Land, wms oder http://www.tim-online.nrw.de) stehen Luftbilder zur Betrachtung (nicht zum Abmalen) zur Verfügung. Wie sollten daher nicht versuchen, diese Rasterdaten durch Mikro-Mapping-Vektordaten zu ersetzen. Das ist viel Arbeit ohne sichtlichen Mehrwert. Wer eine Fläche sehen möchte, kann sich das Bild anschauen. Wer Daten braucht (z.B. für Routing) der ist mit Straßen-Mittel-Linien besser bedient als mit Straßen-Umlauf-Linien (Flächen). -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wanted: St. Leonhard am Forst
Hallo! Ich wäre auf der Suche nach dem place POI von OpenGeoDB von (AT) Gemeindekennzahl=31539 Gemeinde=St. Leonhard am Forst Ortskennzahl=04933 Ortschaft=St. Leonhard am Forst PLZ=3243 Könnte mir den bitte jemand ausfindig machen? Die Marktgemeinde liegt hier: http://www.openstreetmap.org/?lat=48.14238lon=15.28471zoom=15 Danke! /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanted: St. Leonhard am Forst
On 24.03.10 17:05, Andreas Labres wrote: Ich wäre auf der Suche nach dem place POI von OpenGeoDB von Hab's gefunden, sorry. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanted: St. Leonhard am Forst
Am 24.03.2010 17:05, Andreas Labres: Hallo! Ich wäre auf der Suche nach dem place POI von OpenGeoDB von (AT) Gemeindekennzahl=31539 Gemeinde=St. Leonhard am Forst Ortskennzahl=04933 Ortschaft=St. Leonhard am Forst PLZ=3243 Könnte mir den bitte jemand ausfindig machen? Ein POI mit diesem Namen existiert offenbar nicht in der OSM-Datenbank. Wurde evtl mal gelöscht. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Golfplatz
Am Dienstag, 23. März 2010 12:49:41 schrieb Walter Nordmann: es ist nicht trivial, dafür den besten Punkt zum Beschriften zu finden. Wär doch mal ein Thema für ne Semesterarbeit ;-) Es gibt schon einige Veröffentlichungen zum Thema. Einen Einstieg bieten vielleicht die Wikipedia-Seite zum Thema [1], die dort verlinkte Seite (mit Bibliographie) und die englische Wiki-Seite. Es stellt sich heraus, dass es eine fertige C++-Bibliothek [2] dafür gibt, die in QGIS verwendet wird und sich vielleicht auch für Mapnik anbietet. Der Rechenaufwand in QGIS ist allerdings – gelinde gesagt – nervtötend und könnte in Mapnik bei Nutzung im OSM-Maßstab zum Problem werden. Gruß, Stefan [1] http://de.wikipedia.org/wiki/Automatische_Positionierung_von_Beschriftungen [2] http://pal.heig-vd.ch/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Frank, niemand zwingt irgendjemanden, Strassen flaechig zu erfassen - es geht ja nur drum, dass einige das gerne moechten. Den Nutzen davon zu beurteilen, will ich mir nicht anmassen; das hat in OSM keine Tradition. Was weiss denn ich, was der Flaechenmapper damit bezweckt - vielleicht will er tatsaechlich das Luftbild so genau abzeichnen, dass er es nach Wegfall der oeffentlichen Bilder synthetisieren kann ;-) oder er will einfach nur ausrechnen, wieviel Quadratkilometer Asphalt seine Stadt hat. Ein Grund dafuer, dass Leute Flaechen statt Mittellinie plus Breite erfassen, koennte ganz trivial der sein, dass ersteres mit dem Editor recht einfach geht, wenn man ein Luftbild drunterliegen hat, letzteres aber nicht (man muesste erstmal das Abmess-Plugin aktivieren, dann die Strassenbreite messen, die Zahl in einen Tag eintragen und das fuer jede Breitenaenderung wiederholen). Gaebe es ein Plugin, mit dem man eine Strasse schnell als Flaeche einklicken kann und das dies dann sofort auf Mittellinie plus Breite umrechnet, wuerde das glaube ich von vielen unserer Flaechenmapper genutzt. Das nennt man in der DV dann redundante Daten. Redundante Daten sind immer ein Zeichen für eine schlechte Modellierung. Sie lassen sich nicht sauber pflegen, weil immer manuell an zwei Stellen gleichzeitig geändert werden muss. Da hast Du grundsaetzlich recht, aber im konkreten Fall von OSM bin ich ueber Redundanzen ganz froh, denn sie bieten uns automatisch Qualitaetskontrolle - wenn an zwei Stellen das gleiche eingetragen ist, dann ist ein Fehler/Versehen weniger wahrscheinlich. Stimmen beide Daten nicht ueberein, kann man das rot anpinseln und die Mapper zur Kontrolle auffordern. Redundanzen sind nicht immer schlecht. Ihr habt in Eurem RZ bestimmt auch eine redundante Stromversorgung ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 17:01 schrieb Frank Jäger fr...@fotodrachen.de: In der ganzen Diskussion fehlt mir irgendwie noch die Begründung, warum denn Straßen flächig *und* linienhaft gemappt werden sollten. Wo liegt der Mehrwert? in der realitätsnahen bzw. teilweise in einer überhaupt angemessenen Abbildung. Das Knoten-Kanten-Modell hat sich seit Jahren bewährt. Durch eine Weiten-Angabe lassen sich die Straßen auf Wunsch auch variabel-flächig darstellen. solange es nur normale Straßen sind, der Fokus auf der Fahrbahn liegt und nicht bei den Fußgängerflächen, und man an den Details nicht interessiert ist: ja Editoren und weiter verarbeitende Programme wie Routing arbeiten zuverlässig damit. deshalb soll das ja auch alles bleiben. Es liefe also darauf hinaus, beides zu erfassen: Linien *und* Flächen. wenn Du so willst: ja. Man könnte auch sagen: nachdem wir bisher schon alle Flächen bis auf die der Straßen und Wege erfassen, könnte man letztere nun auch noch nachziehen, zumindest in Gebieten, wo dafür eine Grundlage (z.B. hochaufgelöstes Luftbild) vorliegt, und es Mapper gibt, die das gern tun würden. Das nennt man in der DV dann redundante Daten. -1, es sind unterschiedliche Aspekte auf verschiedene Art und Weise modelliert. Wir brauchen ein Datenmodell, das durch überschaubare Programme ausgewertet werden kann. das wird sich ja nicht ändern. Die Flächen werden im Routing nicht verwendet werden können, genausowenig wie die übrigen Flächen. Statt die Orthofotos detailverliebt abzumalen wäre es doch sinnvoller, diese direkt zu betrachten. -1. Mit Vektoren kann man nun doch einiges mehr machen, z.B. eine automatische Analyse, Flächenberechnungen, man kann gezielt Elemente auswählen, die man rendern will (gerade mit der Reduktion als darstellerisches Mittel kann man ja oft seine Aussagen am besten illustrieren), ... Wie sollten daher nicht versuchen, diese Rasterdaten durch Mikro-Mapping-Vektordaten zu ersetzen. Das ist viel Arbeit ohne sichtlichen Mehrwert. das kann man so und so sehen. Architekten malen z.B. ständig, insbesondere im Städtebau, vorhandene Luftbilder ab, weil sie halt nicht alles wollen, sondern das, worauf es ihnen ankommt. Wer Daten braucht (z.B. für Routing) der ist mit Straßen-Mittel-Linien besser bedient als mit Straßen-Umlauf-Linien (Flächen). das bestreitet ja auch keiner, aber man braucht Daten nicht nur für Routing. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Am 24.03.2010 14:42, schrieb Florian Lohoff: On Wed, Mar 24, 2010 at 09:38:46AM +0100, dieter jasper wrote: Hallo, kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward angezeigt wird. Ich kenne die beiden nicht als consens und ich mag die auch nicht. Drehen JOSM und Potlatch die forward/backward um bei reverse way? wenn es consens wird, müssten die Editoren es lernen, wenn sie es nicht schon können. Gruß Dieter Jasper Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 24. März 2010 19:33 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 24. März 2010 17:01 schrieb Frank Jäger fr...@fotodrachen.de: Wer Daten braucht (z.B. für Routing) der ist mit Straßen-Mittel-Linien besser bedient als mit Straßen-Umlauf-Linien (Flächen). das bestreitet ja auch keiner, aber man braucht Daten nicht nur für Routing. Hach ja... vor einigen Monaten noch musste man sich hier hüten, irgend etwas mit aber das können wir demnächst für routing gebrauchen! zu begründen (denn das wird eh nie funktionieren, nimm Google!) - heute hingegen muß man sich wohl rechtfertigen, wenn man sich um Dinge kümmert, die *nicht* direkt zur Routingfähigkeit, Adressfindung, Navi-Quatscherei, TMC-Gedöns-Warnung oder korrekt abbiegen beitragen... (denn Flächendaten brauchst du nicht, nimm's Kataster!) Und um es ein für alle Mal klarzustellen: OSM ist KEINE Geodatenbank! OSM ist eine ziel- und planlos durch Zeit und Raum taumelnde, etwa 17m³ fassende, innen mit einer bituminösen Deckschicht(AC 16) ausgekleidete Gummizelle, deren tausende Insassen ob der unvorhersehbaren Bewegungen ständig mit ihren verknöcherten, riesigen Köpfen aneinander stoßen. Aus der hierdurch entstandenen Ärgerenergie wird wiederum die Taumelbewegung gespeist. Heureka: talk-derpetuum mobile! So stelle ich es mir zumindest gerade vor. :-p Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Am 24. März 2010 08:06 schrieb Florian Lohoff f...@zz.de: Hallo Liste, Hallo Andreas, ich habe mal wieder Blech bekommen was mich in die lage versetzt einen gesamten planet in der Datenbank zu halten. D.h. die maxspeed map ist jetzt global verfuegbar schöne Sache, habe ich gleich mal nach Italien weitergeleitet, und ist erwartungsgemäß gut angekommen. Einziger Haken: Anlieger Frei auf dem Schild versteht man dort nur mit Erklärungen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX-Dateien verwalten?
Wie verwaltet ihr eure GPX-Dateien (tracks)? Ich würde meine tracks gern in eine (Postgres-)Datenbank tun und dann als overlays für die jeweiligen Gebiete abrufbar haben. Gibt es in dieser Richtung bereits eine Anleitung? -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Chris-Hein Lunkhusen schrieb: Schade dass von DigitalGlobe überhaupt keine Antwort gekommen ist So ist momentan mein Stand der Dinge: Die Leute bei DigitalGlobe haben meine Anfrage an European Space Imaging nach München weitergeleitet. Von dort bin ich von einem Mitarbeiter kontaktiert worden, der aber zu meinem Anliegen genauer bei DigitalGlobe in den USA nachfragen musste, und bis jetzt (Stand 23.3.) noch keine Antwort zurück bekommen hat. Also von überhaupt keine Antwort kann glücklicherweise keine Rede sein. Deswegen abwarten, und Tee trinken... Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Dateien verwalten?
Am Mittwoch 24 März 2010 20:51:27 schrieb Karl Eichwalder: Wie verwaltet ihr eure GPX-Dateien (tracks)? Ich würde meine tracks gern in eine (Postgres-)Datenbank tun und dann als overlays für die jeweiligen Gebiete abrufbar haben. Gibt es in dieser Richtung bereits eine Anleitung? Ich importiere sie in injooosm [1], eine Komponente für Joomla. MfG, Chris.. [1] http://injooosm.sourceforge.net/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Frank Jäger schrieb: Die Dortmunder haben aktuell ein Luxusproblem. Die hoch auflösenden Orthofotos stehen aber räumlich und zeitlich nur begrenzt zur Verfügung. Das Problem stellt sich daher eigentlich gar nicht für den Rest der Welt. Wenn das Projekt in Dortmund erfolgreich ist, könnte es das Luxusproblem zukünftig in über 300 Städten (die könnte Aerowest anbieten, falls sie das möchten) existieren. Ich gehe auch davon aus, dass sich zukünftig (d.h. in den kommenden Jahren) immer mehr Luftbilder für OSM-Zwecke auftun werden. Jetzt ist es fast geschafft, da soll alles von vorne beginnen nur mit anderen - komplizierteren - Datenmodellen? Nein, sollst du nicht. Aber du DARFST, wenn du das möchtest. Und ich wollte mit meinem Posting eine Grundlage schaffen, dass alle, die das gerne möchten, ein einheitliches Taggingschema nutzen. In der ganzen Diskussion fehlt mir irgendwie noch die Begründung, warum denn Straßen flächig *und* linienhaft gemappt werden sollten. Wo liegt der Mehrwert? Man kann ganz andere Auswertungen fahren. Z.B. gibt es immer mal wieder Zeitungsberichte, dass die Umwelt darunter leidet, dass zuviel städtische Fläche versiegelt ist. Saubere Daten dazu bekommst du aber nur, wenn die Flächen auch wirklich erfasst sind. Linien mit width=x sind eine Annäherung aber bilden nicht die Realität in dem Maße ab, den ich mir vielleicht wünsche. Das Knoten-Kanten-Modell hat sich seit Jahren bewährt. Durch eine Weiten-Angabe lassen sich die Straßen auf Wunsch auch variabel-flächig darstellen. Editoren und weiter verarbeitende Programme wie Routing arbeiten zuverlässig damit. Das Routing funktioniert meines Erachtens eben noch nicht zuverlässig. Auf aktuellen OSM-Daten ist es meines Wissens momentan nicht möglich, Abbiegeinformatinonen zu bieten, wie sie mein Garmin-Navi seit Jahren möglich macht: Halten Sie sich rechts Richtung Karlsruhe und dann links. Das bedingt allein schon das Erfassen mehrerer Fahrspuren und ihrer Beziehung untereinander. Um mehrere Spuren zusammenzufassen böten sich Flächen einfach an. Radrouten, ÖPNV-Linien und andere Relationen basieren auf diesem Linien-Modell. Das kann man nicht einfach wegwerfen. Hat niemand verlangt. Das Routing soll ruhig weiterhin auf Linien laufen. Es liefe also darauf hinaus, beides zu erfassen: Linien *und* Flächen. Das nennt man in der DV dann redundante Daten. Nicht zwangsläufig. Wie ich oben geschrieben habe, würde ich nicht alle Informationen als Linie _und_ als Fläche erfassen. Ich würde routingrelevante Infos (Spuren) als Linie taggen und andere Dinge (Name der Straße) als Fläche. Statt die Orthofotos detailverliebt abzumalen wäre es doch sinnvoller, diese direkt zu betrachten. Das bedeutet aber immer, dass da ein Mensch (oder eine KI) hocken muss, die die Daten interpretiert. Wenn ich als Mapper die Bilder bereits abstrahiert und mit maschinenlesbaren Daten versehen habe, habe ich einen Mehrwert. Natürlich kann ich aus den tatsächlichen Fotos oft noch zusätzliche Informationen gewinnen. Wo willst du die Grenze setzen, ob Daten sinnvoll sind oder nicht. Bei Google Co. kann man wählen zwischen der schematisierten Kartendarstellung (Vektordaten) und der Luftbild-Ansicht (Rasterdaten). Auch aus anderen Quellen (z.B. Land, wms oder http://www.tim-online.nrw.de) stehen Luftbilder zur Betrachtung (nicht zum Abmalen) zur Verfügung. Wie sollten daher nicht versuchen, diese Rasterdaten durch Mikro-Mapping-Vektordaten zu ersetzen. Das ist viel Arbeit ohne sichtlichen Mehrwert. Da möchte ich als Gegenbeispiel [1] anbringen. In der Standardansicht sieht man Luftbilder. Rechts kann man zusätzlich die Deutsche Grundkarte 1:5 einschalten. Die wiederum enthält jede Menge abstrahierte Informationen, die mir teilweise viel weiter helfen als das reine Luftbild. Nochmal abschließend, um die Gemüter zu beruhigen: ich möchte nicht das bestehende Taggingmodell ersetzen/ablösen/umdeuten sondern lediglich ergänzen. Ich habe inzwischen verstanden, dass es Meinungen zum Thema Flächen gibt, die massiv von meiner abweichen. Aber bitte akzeptiert doch, dass es Benutzer/Mapper gibt, die durchaus einen Mehrwert darin sehen. Die Grundlage von OSM war immer, dass Leute Vorschläge statt Vorschriften machen, wie etwas zu mappen ist. Wenn meine Meinung abweicht, mache ich es halt anders und niemand wird mir deswegen die Hölle heiß machen. Lasst uns doch dabei bleiben. Gruß, olvagor [1] http://ris.maerkischer-kreis.de/website/internet/Luftbild ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb: Das Routing funktioniert meines Erachtens eben noch nicht zuverlässig. Auf aktuellen OSM-Daten ist es meines Wissens momentan nicht möglich, Abbiegeinformatinonen zu bieten, wie sie mein Garmin-Navi seit Jahren möglich macht: Halten Sie sich rechts Richtung Karlsruhe und dann links. Das bedingt allein schon das Erfassen mehrerer Fahrspuren und ihrer Beziehung untereinander. Um mehrere Spuren zusammenzufassen böten sich Flächen einfach an. Doch, auf den mkgmap Karten kommen solche Meldungen Links halten nach... auch. Ich glaube auch nicht, dass in den Garmin Karten die Spuren einzeln erfasst sind. Wie hier ja schon oft geschrieben wurde, wir das Navi durch dicht aneinanderliegende Spuren eher verwirrt, da die GPS-Genauigkeit es nicht zulässt zu ermittlen auf welcher Spur sich das Fahrzeug gerade befindet. Lustig ist das immer auf den Serpentinenstrecken in den Bergen wo der Pfeil wild hin-und-her springt. ;-) Aber das (Spuren) ist eigentlich wieder ein ganz anderes Thema. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Florian Lohoff schrieb: kann es auch erweitert, so dass maxspeed:forward und maxspeed:backward angezeigt wird. Ich kenne die beiden nicht als consens und ich mag die auch nicht. Gibt es denn eine andere Möglichkeit, unterschiedliche maxspeed für jede Fahrtrichtung bei nicht baulich getrennten Wegen zu definieren? Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] polnav tracks und gpsbabel
ich habe hier tracks vom polnav Navi. Dateiendung ist .trk und es enthält Binary-Daten. Gpsbabel sagt wenn ich TrackLogs digital mapping (.trl) auswähle Hat hier jemand eine Idee? Willst du es unbedingt selbst mit GPSBabel lösen. Ansonsten verwende ich für trk-Files von meinem Navi immer den RouteConverter (http://www.routeconverter.de/de) bzw. hätte ich auch noch nen kleines Java-Programm (http://www.projectory.de/track2gpx/) welches die trk-Files auch konvertiert. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] polnav tracks und gpsbabel
2010/3/25 geo.osm geo@googlemail.com: ich habe hier tracks vom polnav Navi. Dateiendung ist .trk und es enthält Binary-Daten. Gpsbabel sagt wenn ich TrackLogs digital mapping (.trl) auswähle Hat hier jemand eine Idee? Willst du es unbedingt selbst mit GPSBabel lösen. Ansonsten verwende ich für trk-Files von meinem Navi immer den RouteConverter (http://www.routeconverter.de/de) bzw. hätte ich auch noch nen kleines Java-Programm (http://www.projectory.de/track2gpx/) welches die trk-Files auch konvertiert. Danke, werd ich mal probieren. Wenn´s nicht klappt poste ich mal eine kleine Beispie-Datei. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
