[Talk-hr] Bravo za OpenStreetMap volontere!
Bravo za OpenStreetMap volontere koji su radili na karti Haitija i spasili ljudima živote! - http://bit.ly/dvsSc5 -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Is this a bad sign for OSM-PH? (or just a very disgruntled user)
www.openstreetmap.org/user/MTBBCD/diary/10177 Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Is this a bad sign for OSM-PH? (or just a very disgruntled user)
that was strange? what was that about? On Saturday, 03 April, 2010 08:19 AM, ianlopez wrote: www.openstreetmap.org/user/MTBBCD/diary/10177 Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Is this a bad sign for OSM-PH? (or just a very disgruntled user)
probably an editing dispute Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ --- On Sat, 4/3/10, Bart Bartolome linuxbast...@paglalakbay.com wrote: From: Bart Bartolome linuxbast...@paglalakbay.com Subject: Re: [talk-ph] Is this a bad sign for OSM-PH? (or just a very disgruntled user) To: talk-ph@openstreetmap.org Date: Saturday, April 3, 2010, 9:24 AM that was strange? what was that about? On Saturday, 03 April, 2010 08:19 AM, ianlopez wrote: www.openstreetmap.org/user/MTBBCD/diary/10177 Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] Turnhout mapping party aftermath
Ivo, Hierbij de mijne: turnhout_parkwijk.gpx Het is er maar ééntje, maar wel een schone! Dank voor de opvolging! KA ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Post code areas
Le 01/04/2010 22:45, Someoneelse a écrit : Frederik Ramm wrote: ... Surely you would create a boundary relation that *uses* the way representing the river to construct the boundary - rather than tracing the boundary line over the river line and having two separate ways? Er, you might - but it doesn't seem to be universal practice! My practice is drawing a way over the river and sharing the nodes and include it ine the boundary relation (France - Swissland border on the river Doubs). My thought is one is a natural element that can move, the other is on paper, conventionnal, even if the convention sais the border is the river. -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
Anthony wrote: Hi Frederik, What are the sources for the post code areas? How often are they updated? How are they defined (by reference to houses, by reference to geographical features, by lat/lon, something else)? Will this data be integrated into other OSM data, or is it basically just a separate layer? Looking at the post code data that has just been 'open sourced' by the UK government I am beginning to realise part of the problem here. We are trying to create a generic solution when in reality there are distinct differences country to country. How are they defined ... In the UK by a list of house numbers and names which the Post Office still maintains copyright on, so the OSOpenData 'postcode' information only has a lat/lon reference (codepoint), and NO address data. One can draw areas around the group of houses that form a postcode, but that is not the right way of handling them. The OSOpenData list needs to be augmented with a lower layer of 'house' objects. ANY boundary drawn around that group will be arbitrary From what I am seeing Canada works a similar way? But many other countries DO define an area for 'postcodes' which in reality are simply fairly large post areas defined as such, and do not (as yet) go down to define postcodes for smaller groups of buildings. The US ZIP code system has a nice hierarchy of AREA information? But even it's ZIP4 code is not 'defined' by reference to a simple list of house ID's Bottom line ... create 'areas' for information that is actually defined as an area, but keep finer detail in the format it is defined in? Returning to Frederik's original question ... http://en.wikipedia.org/wiki/List_of_postal_codes_in_Germany on the whole covers it quite nicely. German post codes are defined by area - which do not match state boundaries. BUT a common aspect to all of this is the hierarchy of course detail, with - in the case of Germany - 10 areas each divided into 10 sub areas. Just like the UK has a number of large areas defined by letters or letter pairs, each of which is sub divide, BUT the 'areas' so defined only loosely enclose a number of individually identified properties. So we have a hierarchy of boundaries - which may or may not correspond to administrative boundaries - but which ARE as difficult to draw. Perhaps they do need their own 'layer' of data, the top rung of which is 'country' which then drills down through a set of larger and smaller post_boundary data. An 'international' post code would then be prefixed with the country code so that one knows exactly where in the world one is when adding a 'postcode' to a location? I have always maintained that we need hierarchic lists overlying the physical data so that one can search for locations in that tree, and postcode is just another fairly consistently defined tree? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Haiti: CrisisMapping the Earthquake by Jeffrey Johnson, John Crowley and Schuyler Erle
Hi, Sorry for cross-posting, but I think this remarkable presentation does deserve to be widely seen (and also beyond OSM): Haiti: CrisisMapping the Earthquake by Jeffrey Johnson, John Crowley and Schuyler Erle, at Where 2.0 2010: Video: http://where.blip.tv/file/3432824/ (And also http://en.oreilly.com/where2010/public/schedule/detail/13201 , e.g. for the slides in pdf). Many thanks to Jeffrey, John and Schuyler. Enjoy, Jean-Guilhem http://twitter.com/jgc310 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
Vincent Pottier wrote: Le 02/04/2010 09:01, Lester Caine a écrit : Looking at the post code data that has just been 'open sourced' by the UK government I am beginning to realise part of the problem here. We are trying to create a generic solution when in reality there are distinct differences country to country. How are they defined ... In the UK by a list of house numbers and names which the Post Office still maintains copyright on, so the OSOpenData 'postcode' information only has a lat/lon reference (codepoint), and NO address data. One can draw areas around the group of houses that form a postcode, but that is not the right way of handling them. The OSOpenData list needs to be augmented with a lower layer of 'house' objects. ANY boundary drawn around that group will be arbitrary In that case the postal_code_area relation would be a list of houses rather than a polygon. Actually that still needs to be agreed. Do you add the 'postcode' as a tag to each house, or just create a relation for a post code? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
On 2 April 2010 22:57, Lester Caine les...@lsces.co.uk wrote: Actually that still needs to be agreed. Do you add the 'postcode' as a tag to each house, or just create a relation for a post code? Depends how many houses I suppose, the more houses there are the efficient it would be to use a polygon as there will be less redundant information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
On Fri, Apr 2, 2010 at 8:57 AM, Lester Caine les...@lsces.co.uk wrote: Do you add the 'postcode' as a tag to each house, or just create a relation for a post code? Neither. I let people look up postcodes using lookup tables, not maps. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
On Fri, Apr 02, 2010 at 03:37:39AM +1000, John Smith wrote: From what I understand, in the UK postcodes refer to a street, at least in populated areas... More usually one side of a street. They can refer to a small residential area, one or both sides of a street, or a single large building. http://www.royalmail.com/portal/rm/content1?catId=400044mediaId=9200078 http://en.wikipedia.org/wiki/Postcodes_in_the_United_Kingdom Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
Anthony wrote: The actual areas are basically only useful for reverse geocoding (click a spot on the map and get the postal code). But whether or not that's even possible is highly dependent on whether or not the post office provides such information. For some post offices, such information is not meaningful. What is the postal code for the middle of a highway? Maybe there is one defined, which represents what the postal code would be if there were a post box there. But maybe there isn't. It depends on the post office. In the US, ZIP codes are really sets of points (addresses that get delivered to), not geographies. There are commercially available ZIP code boundaries that are made by a process of assigning plausible shapes that fit the points known to be in the ZIP codes. I suppose these are done with alpha shapes or maximum-margin or some similar algorithm. There's a lot of demand for ZIP code-indexed data in the US because everybody is familiar with them, and because they're roughly on the scale of marketing activities: you're likely to drive to stores that are in your ZIP code or nearby ZIP code. On the other hand, the more I learn about ZIP codes the more I learn how bad they are: for instance, ZIP codes are insufficient to determine a person's congressional district, commonly cross counties, and I'm aware of at least one ZIP code that spans two US states. ZIPs are also too big to do effective geodemographics: for instance, the ZIP code 14850 (most of Ithaca, NY) contains some very rich neighborhoods, some very white neighborhoods, and also some neighborhoods that are poor and minority. There are good commercial databases, however, that give geodemographic profiles at the census block or individual household level: enough that you could find out that the most of the 'rich' people in 14850 are college professors who don't spend ostentatiously so they wouldn't support a Nordstrom's or a Jaguar dealership. Personally I like the TIGER county shapes for spatial control in the US. These are accurate and tile nicely and, I find I that the union of several counties is generally a good proxy for the kind of 'semantic regions' that I work with... For instance, even if I'm targeting a city, the noosphere density falls off so much in the suburbs that the county is an effective boundary: and if something out in the 'burbs has that much 'interestingness' it's probably semantically associated with the city anyway. I'm currently establishing a spatial control system for the world and it's probably going to be based on second-level administrative divisions, though I've got good third-levels for a lot of interesting places. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
Another thing to note. In the US, Zip Codes do change. In fact, due to closing post offices, the data is more volatile than it has been in a long time. David. On Fri, Apr 2, 2010 at 9:13 AM, Paul Houle p...@ontology2.com wrote: Anthony wrote: The actual areas are basically only useful for reverse geocoding (click a spot on the map and get the postal code). But whether or not that's even possible is highly dependent on whether or not the post office provides such information. For some post offices, such information is not meaningful. What is the postal code for the middle of a highway? Maybe there is one defined, which represents what the postal code would be if there were a post box there. But maybe there isn't. It depends on the post office. In the US, ZIP codes are really sets of points (addresses that get delivered to), not geographies. There are commercially available ZIP code boundaries that are made by a process of assigning plausible shapes that fit the points known to be in the ZIP codes. I suppose these are done with alpha shapes or maximum-margin or some similar algorithm. There's a lot of demand for ZIP code-indexed data in the US because everybody is familiar with them, and because they're roughly on the scale of marketing activities: you're likely to drive to stores that are in your ZIP code or nearby ZIP code. On the other hand, the more I learn about ZIP codes the more I learn how bad they are: for instance, ZIP codes are insufficient to determine a person's congressional district, commonly cross counties, and I'm aware of at least one ZIP code that spans two US states. ZIPs are also too big to do effective geodemographics: for instance, the ZIP code 14850 (most of Ithaca, NY) contains some very rich neighborhoods, some very white neighborhoods, and also some neighborhoods that are poor and minority. There are good commercial databases, however, that give geodemographic profiles at the census block or individual household level: enough that you could find out that the most of the 'rich' people in 14850 are college professors who don't spend ostentatiously so they wouldn't support a Nordstrom's or a Jaguar dealership. Personally I like the TIGER county shapes for spatial control in the US. These are accurate and tile nicely and, I find I that the union of several counties is generally a good proxy for the kind of 'semantic regions' that I work with... For instance, even if I'm targeting a city, the noosphere density falls off so much in the suburbs that the county is an effective boundary: and if something out in the 'burbs has that much 'interestingness' it's probably semantically associated with the city anyway. I'm currently establishing a spatial control system for the world and it's probably going to be based on second-level administrative divisions, though I've got good third-levels for a lot of interesting places. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Rubber band Venture HC leen GPS
De rubber rand rondom de Venture HC die ik te leen heb heeft losgelaten en is een plakkerige bende geworden. Dit is een algemeen probleem met dit (oudere) type Garmin apparaat. Zijn er ooit afspraken gemaakt over wat te doen hiermee? Zie ook: http://wiki.openstreetmap.org/wiki/Talk:GPS_Devices_OSM_Netherlands en: http://forums.groundspeak.com/GC/index.php?showtopic=161271 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
Lambertus, Je zou hiervoor even kunnen bellen met de leverancier, waypoint in Losser. Mogelijk dat zij een oplossing hebben. Er is geen specifieke afspraak over gemaakt, maar zij zijn over het algemeen wel coulant in het oplossen van problemen met apparatuur wat bij hun gekocht is. Gr, Henk Op 2 april 2010 11:44 schreef Lambertus o...@na1400.info het volgende: De rubber rand rondom de Venture HC die ik te leen heb heeft losgelaten en is een plakkerige bende geworden. Dit is een algemeen probleem met dit (oudere) type Garmin apparaat. Zijn er ooit afspraken gemaakt over wat te doen hiermee? Zie ook: http://wiki.openstreetmap.org/wiki/Talk:GPS_Devices_OSM_Netherlands en: http://forums.groundspeak.com/GC/index.php?showtopic=161271 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
inderdaad bekend probleem, heeft m'n oude etrex ook last van ik heb onder de rubberband nieuwe dubbelzijdige tape geplakt en de rubberband weer vastgezet. waterdicht zal het wel niet meer zijn, maar who cares Rob Op 2 april 2010 12:03 schreef Henk Hoff toffeh...@gmail.com het volgende: Lambertus, Je zou hiervoor even kunnen bellen met de leverancier, waypoint in Losser. Mogelijk dat zij een oplossing hebben. Er is geen specifieke afspraak over gemaakt, maar zij zijn over het algemeen wel coulant in het oplossen van problemen met apparatuur wat bij hun gekocht is. Gr, Henk Op 2 april 2010 11:44 schreef Lambertus o...@na1400.info het volgende: De rubber rand rondom de Venture HC die ik te leen heb heeft losgelaten en is een plakkerige bende geworden. Dit is een algemeen probleem met dit (oudere) type Garmin apparaat. Zijn er ooit afspraken gemaakt over wat te doen hiermee? Zie ook: http://wiki.openstreetmap.org/wiki/Talk:GPS_Devices_OSM_Netherlands en: http://forums.groundspeak.com/GC/index.php?showtopic=161271 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
Bij mijn OSM Legend HCX is het ook helemaal losgelaten, ik wist trouwens nog niet dat het een bekend probleem was. groet, floris Rob wrote: inderdaad bekend probleem, heeft m'n oude etrex ook last van ik heb onder de rubberband nieuwe dubbelzijdige tape geplakt en de rubberband weer vastgezet. waterdicht zal het wel niet meer zijn, maar who cares Rob Op 2 april 2010 12:03 schreef Henk Hoff toffeh...@gmail.com het volgende: Lambertus, Je zou hiervoor even kunnen bellen met de leverancier, waypoint in Losser. Mogelijk dat zij een oplossing hebben. Er is geen specifieke afspraak over gemaakt, maar zij zijn over het algemeen wel coulant in het oplossen van problemen met apparatuur wat bij hun gekocht is. Gr, Henk Op 2 april 2010 11:44 schreef Lambertus o...@na1400.info het volgende: De rubber rand rondom de Venture HC die ik te leen heb heeft losgelaten en is een plakkerige bende geworden. Dit is een algemeen probleem met dit (oudere) type Garmin apparaat. Zijn er ooit afspraken gemaakt over wat te doen hiermee? Zie ook: http://wiki.openstreetmap.org/wiki/Talk:GPS_Devices_OSM_Netherlands en: http://forums.groundspeak.com/GC/index.php?showtopic=161271 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
Staat ook hier te gebeuren (Etrex Legend HCX). Zie wel oplossingen: http://bit.ly/90cTPV maar m.i. beste eerst leverancier: http://gps.nl raadplegen. groet, Just Floris Looijesteijn wrote: Bij mijn OSM Legend HCX is het ook helemaal losgelaten, ik wist trouwens nog niet dat het een bekend probleem was. groet, floris Rob wrote: inderdaad bekend probleem, heeft m'n oude etrex ook last van ik heb onder de rubberband nieuwe dubbelzijdige tape geplakt en de rubberband weer vastgezet. waterdicht zal het wel niet meer zijn, maar who cares Rob Op 2 april 2010 12:03 schreef Henk Hoff toffeh...@gmail.com het volgende: Lambertus, Je zou hiervoor even kunnen bellen met de leverancier, waypoint in Losser. Mogelijk dat zij een oplossing hebben. Er is geen specifieke afspraak over gemaakt, maar zij zijn over het algemeen wel coulant in het oplossen van problemen met apparatuur wat bij hun gekocht is. Gr, Henk Op 2 april 2010 11:44 schreef Lambertus o...@na1400.info het volgende: De rubber rand rondom de Venture HC die ik te leen heb heeft losgelaten en is een plakkerige bende geworden. Dit is een algemeen probleem met dit (oudere) type Garmin apparaat. Zijn er ooit afspraken gemaakt over wat te doen hiermee? Zie ook: http://wiki.openstreetmap.org/wiki/Talk:GPS_Devices_OSM_Netherlands en: http://forums.groundspeak.com/GC/index.php?showtopic=161271 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 02-04-10 11:44, Lambertus schreef: De rubber rand rondom de Venture HC die ik te leen heb heeft losgelaten en is een plakkerige bende geworden. Klinkt als mijn Logitech muis. Weekmakers en rubber is niet cool :( Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAku1/VAACgkQYH1+F2Rqwn0BDQCgjlKpkAGiHU61ECzEth0ZlXJz KUEAoI1sgCMHRRbje6gy6UY6+NCKIPit =rjo9 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 03-04-10 00:21, Rob schreef: heb jij een rubberen muisje ? wil ik het uberhaupt wel weten ;) Logitech Cordless Elite Pro; En dan krijg je zo'n type muis: http://ak.buy.com/db_assets/large_images/154/202985154.jpg Waar het spul voor je duim kant opeens 'vies' wordt, zonder dat die muis voor andere zaken is gebruikt dan te muizen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAku2clIACgkQYH1+F2Rqwn0LlwCfb3gQBbJsfs3r5qHGMHZOzDt2 2i8AnRXXmy5Ux0g0/oXiqinpwmgiwvu+ =sO9T -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rubber band Venture HC leen GPS
ah ja, soft touch.. heeft mijn logitech ook.. tijd dat ze haaien skin gebruiken.. schijnt bacterie afstotend te zijn Op 3 april 2010 00:40 schreef Stefan de Konink ste...@konink.de het volgende: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 03-04-10 00:21, Rob schreef: heb jij een rubberen muisje ? wil ik het uberhaupt wel weten ;) Logitech Cordless Elite Pro; En dan krijg je zo'n type muis: http://ak.buy.com/db_assets/large_images/154/202985154.jpg Waar het spul voor je duim kant opeens 'vies' wordt, zonder dat die muis voor andere zaken is gebruikt dan te muizen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAku2clIACgkQYH1+F2Rqwn0LlwCfb3gQBbJsfs3r5qHGMHZOzDt2 2i8AnRXXmy5Ux0g0/oXiqinpwmgiwvu+ =sO9T -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] South Australia NPWSA Parks
Just a note to say that I have started adding the South Australian NPWSA Parks to OSM. I have created a page on the wiki at http://wiki.openstreetmap.org/wiki/Data.australia.gov.au/South_Australia/Nat ional_Parks Markus. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NearMap now have OSM opaque maps as well as overlays
On 1 April 2010 16:04, Ben Last ben.l...@nearmap.com wrote: Thought you might like to know that NearMap now have OSM data as opaque maps as well as transparent overlays on our PhotoMaps. OSM data's in for the whole world (currently from the 17/2/10 planet file, now importing the 24/3/10 file). It looks pretty good, I like the colour scheme you've got going. Just a few things don't fit in though - highway=service is a dark grey that looks out of place, and is hard to see in PhotoMap w/StreetMap since it's a similar colour to bitumen It's also visible at lower zoom levels than highway=residential, which you can see best on the Terrain view with StreetMap. You've swapped the colours of bike paths and footpaths compared to the standard OSM Mapnik view. The colour of streams/rivers is a bit dark and not blue enough IMHO. James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Rodoanel no mapa em menos de 48h da inau guração
Coloquei os dados do recem-inaugurado Trecho Sul e agora a mais nova rodovia do Brasil já está no OSM (http://osm.org/go/m...@yk@n9--) Quero ver a concorrência igualar esses prazos :-) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rodoanel no mapa em menos de 48h da inau guração
Claudomiro++ :) []s Em 2 de abril de 2010 13:56, Claudomiro Nascimento Junior claudom...@claudomiro.com escreveu: Coloquei os dados do recem-inaugurado Trecho Sul e agora a mais nova rodovia do Brasil já está no OSM (http://osm.org/go/m...@yk@n9--) Quero ver a concorrência igualar esses prazos :-) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] mapaslivres.org
Olá pessoal, Coloquei no ar uma versão enxuta do mapaslivres.org, com download de mapas para garmin, fórum e twitter. O twitter vai ser atualizado com novidades da comunidade brasileira e também do OSM no mundo. O primeiro tweet vai pra atualização do rodoanel pelo Claudomiro. Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenst lich verschlechtert
Jonas Stein news at jonasstein.de writes: http://lists.openstreetmap.de/mailman/listinfo/gps-technik und in den naechsten Tagen auch auf GMANE So, nach einigen Startproblemen mit Gmane, ist auch dieses Problem behoben und die Liste ist bei Gmane gelistet. Wer die Liste nur Gmane lesen möchte, findet sie hier: http://dir.gmane.org/gmane.comp.gis.openstreetmap.gpstech Viel Spaß! Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openaccess und aerowest in dortmund
Hallo, Thomas Ineichen wrote: Die 5 Millionen sind doch aber die, die sie in der Schweiz im Rahmen von OpenAddresses.ch schon seit Jahren erfasst haben. Ohne OSM. Die hatten sogar eine eigene Spezialsoftware fuer PDAs dafuer! *räusper* Die Schweiz hat knapp 7.8 Mio Einwohner und rund 1.7 Mio Gebäude.. Hm. Also gut, dann habe ich das wohl etwas falsch eingeschaetzt. Ich nehme alles zurueck und behaupte das Gegenteil ;-) 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] openaccess und aerowest in dortmund
CHK schrieb: Landen die erfassten Adressdaten eigentlich wenigstens in der OSM Datenbank wenn Nein haben die nämlich gar keine Erlaubnis die Luftbilder zu verwenden. Da offensichtlich nur Angaben in einzelnen Nodes erfasst werden, könnte es bei einem Rückimport leicht zu Doppelungen kommen: Hier beispielsweise gibt es keine Anzeige bereits eingegebener Adressdaten: http://www.openaddresses.org/?northing=6237295.5453175easting=1260983.4468861zoom=17overlayOpacity=0.48 Deutlicher wird es vielleicht noch hier: http://www.openaddresses.org/?northing=6235324.6045996easting=1271626.4073278zoom=18overlayOpacity=0.48 Insofern ist die Frage, ob ein Rückimport überhaupt sinnvoll und gewünscht ist. Das ist richtig. Es jedenfalls keinen Import geben, der die Daten einfach in OSM kippt. An vielen Stellen können die in OA erhobenen Daten sicherlich OSM ergänzen. Es sind noch nicht alle technischen Einzelheiten geklärt und im Zuge der Veröffentlichung sind auch neue Fragen aufgetreten, die bei einem Sync berücksichtigt werden müssen. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Moin Christian! am Donnerstag, 1. April 2010 um 11:31 schrieben Sie: an der Küstenlinie im Norden gibt es Beschriftungen mit dem Text nördliches Schleswig-Holstein. Eine solche Verwaltungseinheit gibt es nicht. Der Name stammt von der Relation 446137, die offenbar für TMC eingerichtet wurde und den Typ type=boundary ohne boundary=XYZ hat. Sollte man Relationen mit type=boundary nur amtliche Grenzen nutzen und die TMC-Relation auf multipolygon ändern oder muss die Anwendung bzw. der Renderer auf boundary=administrative und andere bekannte Werte prüfen. Ich fand die Wikitexte zu boundary nicht eindeutig. Ich glaube in den Grenzen ist generell viel Murks drin. Da ist soviel doppelt und dreifach drin, daß ich keine Ahnung habe, wie es nun richtig gehört. Ich habe es erst mal falsch gelassen. Ich denke, du hast es richtig gelassen. Es gibt z.B. http://www.openstreetmap.org/browse/relation/62774 TMC:cid_58:tabcd_1:Class = Area TMC:cid_58:tabcd_1:LCLversion = 8.00 TMC:cid_58:tabcd_1:LocationCode = 268 admin_level = 4 de:amtlicher_gemeindeschluessel = 13 land_area = administrative name = Mecklenburg-Vorpommern (Landmasse) note = NICHT boundary=administrative das ist Relation 28322 place = state type = multipolygon und http://www.openstreetmap.org/browse/relation/28322 admin_level = 4 boundary = administrative de:amtlicher_gemeindeschluessel = 13 name = Mecklenburg-Vorpommern name:en = Mecklenburg-Vorpommern name:es = Mecklemburgo-Pomerania Occidental type = boundary und die enthaltenen Wege haben natürlich auch alle admin_level = 4 boundary = administrative [...] Wo ist der Unterschied zwischen den beiden Relationen? Diese Relationen finde ich beide nützlich. Die zweite Relation stellt die Fläche des Bundeslandes inklusive Ostseewasserflächen dar. Die erste Relation gibt die Landfläche wieder. Diese Linie ist aus vielen Karten vertraut und kann z.B. als Hintergrund einer Spezialkarte dienen. Man könnte die Linie natürlich aus dem Schnitt der zweiten Relation berechnen, aber das wäre viel Aufwand. Meine Frage war nur, wann man type = multipolygon und wann type = boundary verwendet. Gemäß Chris´ Aussage kann type = boundary für beliebige Grenzen genutzt werden und die Anwendungen (speziell die Renderer) müssen das boundary=* tag auswerten. Ich fand eine Einteilung mit type = boundary nur für amtliche Grenzen wie in den beiden MV-Relationen logisch, aber dies entspricht offenbar nicht der tatsächlichen Nutzung. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Hallo, Stephan Wolff wrote: Meine Frage war nur, wann man type = multipolygon und wann type = boundary verwendet. Ich empfehle im allgemeinen, type=boundary *nicht* fuer Relationen einzusetzen, sondern nur type=multipolygon. Grund dafuer ist, dass fuer Multipolygon-Relationen spezielle Verarbeitungsregeln angewandt werden muessen. Ich moechte gern, dass alles, was eine (u.u. mehrteilige und/oder gelochte) Flaeche beschreibt, eindeutig type=multipolygon ist, damit jeder klar weiss, dass hier diese Verarbeitungsregeln angewendet werden muessen. type=boundary wuerde ich evtl. verwenden, wenn ich mehrere Grenzstuecke zu einer groesseren Grenzlinie zusammenfasse (type=boundary, name=Grenze Deutschland-Frankreich), nicht aber fuer eine Flaeche. 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] Verwendung von Relationen mit type=boundary
Am 02.04.2010 10:29, schrieb Stephan Wolff: Meine Frage war nur, wann man type = multipolygon und wann type = boundary verwendet. Hi, das geht auf einen Vorschlag von Frederik zurück. Siehe: http://wiki.openstreetmap.org/wiki/Talk:Relation:boundary#Use_type.3Dmultipolygon_instead Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Gerd v. Egidy wrote: Ich könnte mir vorstellen, daß die Wegewarte bereits eine ähnlich gegliederte Liste haben. Ein Vorschlag, der bei diesem Treffen an die Wegewarte herangetragen werden könnte, wäre eine solche Liste zu veröffentlichen. Dabei sollte diese Liste von der Lizenz her kompatibel mit OSM sein. Ich werde bei dem Treffen am 15.4. dabei sein und kann das Thema sicher unter dem Punkt Möglichkeiten zur Zusammenarbeit ansprechen. Allerdings handelt es sich nicht um ein Treffen der Wegewarte (da soll OSM möglicherweise auf einem Treffen im Herbst ein Thema sein), sondern eben um den AK Digitales Wandern. Der regionale Wanderverein hier in meiner Gegend, der Schwäbische Albverein (Soweit ich weiß Mitglied im Wanderverband), hat mittlerweile einige regionale Wanderwege online. Aber mit Alle Rechte vorbehalten. Was freilich auch nicht dagegen spricht, im Einzelfall(!) den Namen eines Weges nachzuschlagen bzw. die angegebenen Start- und Endpunkte zu benutzen, um abzuschätzen, ob zwei in OSM vorhandene Abschnitte zu einem einzigen Weg gehören oder nicht. Eine umfangreichere Liste zu haben, die wir auch sicher systematisch benutzen und kopieren (z.B. zur automatischen Ermittlung des Erfassungsstandes) dürfen, wäre aber natürlich noch viel besser. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Original-Nachricht Datum: Fri, 02 Apr 2010 03:15:02 +0200 Von: André Reichelt andr...@online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Wenn es immer so einfach wäre. Nein, es muss nicht IMMER so einfach sein, es reicht, wenn es FAST IMMER so einfach ist. Nicht die Ausnahme sollte das Design bestimmen, sondern die Regel, aber die Regel sollte Ausnahmen zulassen koennen. Jedoch geschieht der Übergang zwische verschiebenden Straßenbreiten nicht schlagartig. Ich hatte bei den Parametern eine Uebergangslänge angegeben, die das ausdrückt. Dementsprechend müsste ich die Breitenzunahme komplex als Funktion beschreiben, um exakt zu sein. Um was zu beschreiben? Um dies zu tun muss ich nicht nur Mathematik studieren sondern auch noch diverse Regeln festlegen, um aus der abstrakten Beschreibung ein genaues Bild zu rekonstruieren. Die Erweiterung beginnt an Punkt A mit x Meter und endet an Punkt B mit y Meter Breite. Dazu ist weder ein koplexes Regelwerk, noch ein Mathematikstudium nötig. Wem das nicht genug ist, der kann noch einen Abrundungsradius dazufügen. Und kommt mir jetzt nicht mit dem Argument, diese Genauigkeit sei gar nicht erforderlich. Ich weiss, dass ich den genauen Verlauf der weißen Linien an einer Autobahnauffahrt für die Navigation nicht brauche. Das ist aber nicht der einzige Anwendungsfall, auch wenn sich das einige hier anscheinend wünschen. Findest du das nicht ein wenig zu polemisch? Ja, Routing ist wichtig bei einer digitalen Karte, aber weder das wichtigste, noch die einzige Anwendung. Aber hier gehts nicht darum. Hier gehts darum, ob es mehr als eine Methode der genauen Darstellung gibt und dass hier der Eindruck erweckt wird, dass allein das haendische Reinmalen von Nodes den Anspruch hoechster Genauigkeit erfuellen kann. Und ich vertrete eben die Meinung, dass da ein geometriegestützter Ansatz gut mithalten kann oder vielleicht sogar überlegen ist. Um mit den obigen Worten zu sprechen: Man kann den Eindruck bekommen, dass einige so berauscht von den Luftbildern sind, dass sie am liebsten OSM auf ein simples Vektorabbild dieser Bilder reduzieren möchten. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hallo Sarah, Feature Routes Super! Damit dann ich mir die händische Anzeige der Wanderwege bald sparen: http://www.lau-net.de/baerlocher/osm/Simmelsdorf.php?zoom=12lat=49.61lon=11.3363layers=B00FTFFTFFTFTTT Weisst Du warum in meiner Gegend auf Deiner Karte Routen nicht angezeigt werden, aber auf der Karte von Klaus schon? Beispiesweise roter Ring auf weissem Grund: http://osm.lonvia.de/world_hiking.html?zoom=14lat=49.60923lon=11.35325layers=FFBT http://topo.geofabrik.de/?lon=11.3374lat=49.6113zoom=14 http://www.lau-net.de/baerlocher/osm/Simmelsdorf.php?zoom=14lat=49.61222lon=11.34505layers=B00FTTFFFTT Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Original-Nachricht Datum: Fri, 02 Apr 2010 03:08:44 +0200 Von: André Reichelt andr...@online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Nehmen wir als Beispiel die Einfädelspur einer beliebigen Autobahnauffahrt. Um diese zu beschreiben müsste ich unter Verwendung von *Vektoren* zunächst zwei Spuren parallel zeichnen: Die Autobahnspur sowie die Beschleunigungsspur. Und nochmal der Gegenbeweis: http://img214.imageshack.us/img214/2618/bosmcrossing2.png Jede Koordinate in diesem Bild wurde aus den Basislinien erstellt. Man muss dazu nichts per Hand parallel zeichnen, das kann der Rechenknecht viel besser. Und ja, der Übergang am Ende der Einfädelspur fehlt noch, aber die lässt sich ebenso einfach aus den Basislinien errechnen wie der Rest. Ich hatte das ohne Luftbild gemacht aber mit Luftbild kann man dann die Geometrie nochmal gegen dieses prüfen und die Daten interaktiv berbessern. Dann muss ich über abstrakte Elemente (Relation) beschreiben, in welchem Stück eine Überfahrt möglich ist. Auch das ist kein Zwang. Für den Router sind parallele Spuren ein Weg und eine Spurassistenz hat bei dieser Darstellung die Daten, die sie braucht. Nur Ausnahmeregeln (z.B. Doppellinie, einseitiges Wechseln) müssen noch explizit hinterlegt werden. Sofern die Übergangsflächen rechteckig sind, geht das einfach. Spätestens wenn ich allerdings wie auf der Autobahn S-Kurven habe, muss ich über zusätzliche Vektoren beschreiben, wie die Ränder der Auffahrspur genau verlaufen. Nein, man muss es nicht, man kann. Ausserdem sind diese S-Übergänge kein Hexenwerk (siehe anderer Beitrag) Des weiteren muss ich über ein Regelwerk festlegen, ob denn nun der Startpunkt des Auffahrspurenvektors die Straßenmitte widerspiegelt oder ob wir uns auf der Linie befinden. Stimmt, aber festzulegen, auf was sich ein Punkt oder eine Linie eigentlich bezieht, könnte direkt Sinn machen ;) Wenn wir in der Mitte sind muss außerdem der Abstand zum Rand bekannt sein, den man über die abstrakte Angabe der Breite nur schwer abstrahieren kann. Also, man gehe davon aus, dass die Breite bekannt ist, bzw. sich ausmessen lässt. Dann ist bei einer Linienführung in der Mitte der Abstand vom Rand Breite/2. Ohne Breite macht eine Flächeneintragung wenig Sinn. Dass die Mitte als Referenzlinie nicht immer die beste Lösung ist, ist ein anderes Thema. Bei einer *Fläche* hingegen habe ich ein sichtbares, für den Menschen intuitives Abbild der Wirklichkeit. Eine Festlegung von Regeln ist nicht notwendig, da sich alle Regeln aus der Abbildung ergeben, und auch ohne Fachwissen über das Datenformat kann Jedermann sofort erkennen, was gemeint ist. Hint: Das geht noch besser, wenn man sich das Bild, also die Vorlage von der man abmalt, direkt anschaut und man spart sich viel Arbeit ;) Sorry für den kleinen Scherz, aber das OSM-Format ist in seiner Rohform ziemlich unverdaulich. Erst die Interpretation über josm, die Renderer oder auch die Router bereitet das menschenlesbar auf. Und so aufbereitet erkennt Otto-Normaluser seine Strasse, egal ob die als Fläche oder als Vektor kodiert ist. Gruesse Hubert -- GMX.at - Österreichs FreeMail-Dienst mit über 2 Mio Mitgliedern E-Mail, SMS mehr! Kostenlos: http://portal.gmx.net/de/go/atfreemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Freitag 02 April 2010 12:49:31 schrieb qbert biker: Und nochmal der Gegenbeweis: http://img214.imageshack.us/img214/2618/bosmcrossing2.png Mache einen Renderer, der solche Bilder macht, irgendwo öffentlich zugänglich (das stets aktualisierte Ergebnis, nicht nur den Sourcecode), dokumentiere die Tags die es dazu braucht und ich garantiere dir, in kürzester Zeit wird es einige Autobahnen geben, die derartig gemapped sind. Gruß, Bernd -- Ich habe mit nichts angefangen, und ich habe immer noch das meiste davon 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] USA haben GPS-Signale seit 01:05 Uhr kuenst lich verschlechtert
Am Donnerstag, 1. April 2010 23:00:34 schrieb Max Andre: Max Andre telegnom.osm at gmail.com writes: Sven Anders sven at anders-hamburg.de writes: Bitte benutzt einfach http://... Das Problem dabei ist aber, das mailman auf der Infoseite einen Link zum Archiv einbaut, der https benutzt: ( http://lists.openstreetmap.de/mailman/listinfo/gps-technik ). Es ist der erste blaue Link oben rechts. Ich habe leider keine Ahnung ob / wie ich das ändern kann. Max Ich habe ein wenig in dem Template rumgestümpert und den Link direkt im Template eingetragen. Jetzt ist es zwar kein Template mehr, aber es funktioniert ohne Fehlermeldung ;) Falls jemand eine bessere Lösung für mich hat, darf er sich gerne bei mir melden! Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Das ist ja alles schön und gut! Also was ist jetzt mit der künstlichen Verschlechterung des GPS Signals? Gruß Sven S. 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] OSM folgt niederländischer Grenzauffas sung
Lennard l...@xs4all.nl wrote: I thought you already had official German boundaries? At present there is no way to get the official german boundaries by an open license. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
hi sven, scherzt du? schau doch mal aufs Datum. gruss walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://n2.nabble.com/USA-haben-GPS-Signale-seit-01-05-Uhr-kuenstlich-verschlechtert-tp4834146p4842383.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Kataster Map, war Details mappen in Dortmund
Am Donnerstag, 1. April 2010 10:11:24 schrieb qbert biker: Original-Nachricht Datum: Thu, 01 Apr 2010 02:59:54 +0200 Von: André Reichelt andr...@online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Hallo, Das einfache Modell funktioniert bei der Navigation und bei groben Stadtplänen wunderbar, das habe ich schon gesagt. Spätestens wenn ich aber in die Straßenperspektive wechsle wird dir das Ding um die Ohren fliegen -- und zwar ganz massiv. Das ist mir jetzt zu pauschal und entspricht auch nicht meinen Erfahrungen. Mit ein paar zusaetzlichen Vereinbarungen kann man eine Darstellung bauen, der die Masse der staedtischen Strassen gut abbildet. Es gibt Anwendungen, da interessiert mich, wo genau in der Kreuzung eine Insel liegt und wie groß die ist. Du kannst Dir das vielleicht nicht vorstellen, da Du selbst keine Anwendungen in diese Richtung entwickelst, aber grundsätzlich müssen wir so detailiert wir möglich mappen. Wir dürfen uns nicht auf die Falle einlassen, etwas wegzulassen nur weil wir glauben, dass es gegenwärtig nicht sinnvoll nutzbar ist. Du verwechselst den Detaillierungsgrad mit der Abbildung. Nur weil man derzeit fast nichts aus dem aktuellen Modell rauskitzelt, bedeutet das nicht, dass das nicht geht. Da ist noch sehr viel drin, ohne dass man den ganzen aktuellen Datenbestand auf den Kopf stellt. Leider ist die Ueberhoehung der Breiten bei den OSM-Renderern der Stand der Technik und sie uebernehmen diese Darstellung damit (leider) vom grossen Vorbild Google Maps. Ich spreche mich nicht dagegen aus, dass man moeglichst jedes Detail mappt, aber ich spreche mich dafuer aus, dass man nicht alles mit der Brachialmethode 'dann setze ich eben eine Node mehr rein' loest. Das war auch genau der Grund, weswegen man das bis heute nicht macht. Jetzt stehen allerdings die Luftbilder zur Verfügung, die uns auf ein paar Zentimeter genau erlauben, genau diese Daten zu erfassen. Ist doch OK, dann werden eben endlich mal Breiten und Abrundungsradien konkret erfassbar und koennen interaktiv ermittelt werden. Wir mappen nicht für heute sondern für morgen. Ich täte sagen: Wir mappen auch für morgen, aber es ist wichtig das etwas heute für das was man kennt und häufig braucht möglichst gut nutzbar ist! Vielleicht muß man dann ganz einfach eine Datenbank für die heute greifbaren Vewendungen haben, sozusagen eine Stabile oder Mehrere für die entsprechenden Anwendungen. Und Eine mit Blick auf zukünftig Mögliches. Es wäre doch durchaus möglich das parallel existiert und bei Bedarf in beliebiger Weise auch wieder zusammengesetzt wird! Und morgen haben wir dann die OpenKatasterMap :) Gruesse Hubert Grüße Sven 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
Man könnte doch alles in 2D mappen und kein 1D mehr zulassen. Würde auch das Problem lösen, dass ständig 1D mit 2D Objekten verbunden werden. Für Navigationssysteme müsste in OSM eine Schnittstelle eingerichtet werden, welche z.B. highway=* in 1D herunterrechnet (die Mittellinie in der Fläche der Länge nach) Grüße, Robert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenverzeichnis von Leverkusen onli ne - Dank an Sven!
Hallo zusammen! Endlich hat es geklappt: Das Straßenverzeichnis für Leverkusen ist online! Unter [1] könnt ihr ab sofort sehen, wie weit Leverkusen in OSM erfasst ist. Vielen Dank an dieser Stelle nochmal an Sven, der diesen Vergleich online stellt! Und an alle Leverkusen-Mapper: Schaut rein, welche Straßen noch fehlen und ob ihr diese kennt. Gruß, Philip [1]: http://svenanders.openstreetmap.de/SV-stat/Nordrhein-Westfalen/Leverkusen/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenst lich verschlechtert
Am Freitag, 2. April 2010 14:18:48 schrieb Walter Nordmann: hi sven, scherzt du? schau doch mal aufs Datum. gruss walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. Dann ist dieser Ganze Faden nur wegen eines Aprilscherzes entstanden? Nun, aber husch wieder an die Arbeit. Gruß Sven Auf Kopfsteinpflaster verwackeln die Gedanken.. 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
Original-Nachricht Datum: Fri, 2 Apr 2010 13:51:42 +0200 Von: Bernd Wurst be...@bwurst.org An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Details mappen in Dortmund Am Freitag 02 April 2010 12:49:31 schrieb qbert biker: Und nochmal der Gegenbeweis: http://img214.imageshack.us/img214/2618/bosmcrossing2.png Mache einen Renderer, der solche Bilder macht, OK, abgehakt, siehe screenshot irgendwo öffentlich zugänglich Naja, das letzte Vierteljahr ist keiner auch nur auf die Idee gekommen, danach zu fragen. Also OK, wenn sich jemand fuer den Quellcode interessiert, dem kann geholfen werden, sobald die aktuellen bugs raus sind. (das stets aktualisierte Ergebnis, nicht nur den Sourcecode), Kacheln? Da muesste jemand anderes ran. Das ist (eher wird) ein Editor mit WYSISYG-Darstellung. Ich interessiere mich mehr für Echtzeit-Vektorvisualisierungen (z.B. Spurassistent fürs Handy). Bitmaps sind nicht so mein Ding. dokumentiere die Tags die es dazu braucht In der Mail vom 1.1.2010 ist das Netzbeispiel mit drin. Eigentlich muss nur 'lanes' richtig gesetzt sein. und ich garantiere dir, in kürzester Zeit wird es einige Autobahnen geben, die derartig gemapped sind. Kann sein, kann auch nicht. Ich habe jetzt erstmal einiges an Arbeit reingesteckt, um diese Methode überhaupt demonstrieren zu können. Weiterentwicklung findet statt, aber berufsbedingt relativ langsam. Grüsse Hubert -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Länge des Rheins [Out of curiosity]
Hallo Wer in letzter Zeit die Medienberichterstattung verfolgt hat, hat vielleicht von der Story gehört, dass der Rhein seit rund einem halben Jahrhundert in falscher Länge ausgewiesen wird. Was so unglaublich klingt scheint wohl auf einen Zahlendreher zurückzuführen sein. Die Artikel sind allesamt schon rund eine Woche alt, weshalb ich davon ausgehe, dass es sich dabei um keinen Aprilscherz handelt (zumindest haben es auch einige namhafte Zeitungen aufgegriffen). Jetzt frage ich mich aber (auch natürlich, weil ich mir bei der Aprilscherzfrage nicht 100%ig sicher bin ;), ob es nicht prinzipiell möglich wäre, anhand unseres Datenbestandes auch mal eine grobe Überprüfung vorzunehmen. Hat jemand schonmal entsprechende Skripte geschrieben, oder andere Ideen dazu? Ist der Rhein überhaupt schon vollständig in der Karte drin? Ich kenn den Fluß ja nicht besonders gut, da ich rund hundert km von ihm entfernt wohne. Vielleicht findet es ja jemand interessant, die Feiertage zu nutzen, um dieser Frage nachzugehen. Gruß, Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hallo Markus, On Fri, Apr 02, 2010 at 12:43:58PM +0200, Markus wrote: Weisst Du warum in meiner Gegend auf Deiner Karte Routen nicht angezeigt werden, aber auf der Karte von Klaus schon? Beispiesweise roter Ring auf weissem Grund: http://osm.lonvia.de/world_hiking.html?zoom=14lat=49.60923lon=11.35325layers=FFBT http://topo.geofabrik.de/?lon=11.3374lat=49.6113zoom=14 http://www.lau-net.de/baerlocher/osm/Simmelsdorf.php?zoom=14lat=49.61222lon=11.34505layers=B00FTTFFFTT Du meinst hier den Hüttenbacher Rundweg? Der ist auf der Karte schon drauf, allerdings gekennzeichnet als 'HR' auf violettem Grund. Das liegt daran, dass der Relation ein maschinenlesbares osmc:symbol-Tag[1] fehlt. Im Gegensatz zu Nop mache ich keine manuelle Nachbearbeitung der Daten, um eine tagesaktuelle Karte bieten zu können. Die Information im symbol-Tag kann der Renderer nicht ohne menschliche Hilfe verstehen. Seit neustem versucht der Renderer ein bisschen cleverer zu sein und generiert aus dem Relations-Namen ein Symbol, wenn er gar keine verwert- baren Informationen finden kann (also kein verständliches osmc:symbol- oder ref-Tag). Deswegen das Symbol 'HR' für den Weg. Gruss Sarah [1] http://wiki.openstreetmap.org/wiki/DE:Key:osmc:symbol ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spurzahl-Tagging statt Linienbündel (was: Details mappen in Dortmund)
qbert biker schrieb: Und nochmal der Gegenbeweis: http://img214.imageshack.us/img214/2618/bosmcrossing2.png Jede Koordinate in diesem Bild wurde aus den Basislinien erstellt. Man muss dazu nichts per Hand parallel zeichnen, das kann der Rechenknecht viel besser. Das ist doch wunderbar! Auch wenn sich's blöd anhört, aber ließe sich das irgendwie in Mapnick einbringen? Dann könnte die die Darstellung von einigen Autobahn- und Motorway-Kreuzen deutlich vereinfachen. Und sicher wird dann irgendwann auch mkgmap nachziehen und sinnvolle Garmin-Routinganweisungen daraus erstellen (statt wie derzeit Abbiegehinweise zum Befahren von Abbiegespuren zu geben) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Länge des Rheins [Out of curiosity]
Am 02.04.2010 17:20, schrieb Patrick Hanft: Wer in letzter Zeit die Medienberichterstattung verfolgt hat, hat vielleicht von der Story gehört, dass der Rhein seit rund einem halben Jahrhundert in falscher Länge ausgewiesen wird. Was so unglaublich klingt scheint wohl auf einen Zahlendreher zurückzuführen sein. Ja, als ich das vor einer Woche las hatte ich dieselbe Idee mal den Rhein in OSM nachzumessen. Bin ich aber noch nicht dazu gekommen. Die linear interpolierte Mittellinie wird aber sicher zu kurz sein, da müsste man mit Splines oder so arbeiten. Und ich weiss nicht wie windungsreich der Rhein hinter der Quelle ist, so dass die Fraktaltheorie da noch eine Rolle spielt. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hallo Sarah, roter Ring auf weissem Grund Hüttenbacher Rundweg? gekennzeichnet als 'HR' auf violettem Grund weil ein maschinenlesbares osmc:symbol-Tag[1] fehlt. Kluger Renderer! Danke für den Tip, osmc ist jetzt drin. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontaktperson zum ADAC bei München ges ucht
On Thu, Apr 01, 2010 at 01:13:45PM -0800, Gerry Light wrote: [...] genug Erfahrung [...] wichtige Rolle [...] der wichtigste Partner, den wir haben können [...] [...] Anzug anziehen [...] frei referieren kann. Ich sehe hier das Problem, dass kaum einer all diese Anforderungen bei sich selbst korrekt einschätzen kann, und befürchte daher einen Mangel an Freiwilligen*. Die Kandidaten, die schon mal im Fernsehen waren und sich sicher viele von uns wünschen würden, haben meistens auch tausend andere Dinge ums Ohr. In Vereinen kann man einen Sprecher wählen, da entscheidet jeder über die Eignung desselben mit. Wenn dann so ein Fall wie dieser hier auftritt, schickt man ihn einfach los. Leider ist diese Lösung für unsere Gruppe wohl wenig praktikabel, weil sich die wenigsten persönlich kennen und solche verbindlichen Ämter osm-untypisch sind. Es wurden hier schon öfter offizielle gesucht, und AFAIR fand sich auch da niemand. Das ist ein echtes Handycap, das uns auch zukünftig zum Nachteil gereicht und ich denke wir stimmen überein, dass es an der Wurzel beseitigt werden sollte. Vorschläge also bitte in diesen Thread :). Es gilt hier wie überall bei OSM: Irgendwas ist besser als garnichts. Traut Euch ruhig, sowas mal anzugehen. Wenns keiner macht, dann ist der Kontakt mit denen schon verloren. Wenns jemand macht, dann gibts mal einen Kontakt, den man dann ggf. ausbauen kann usw. Wir sollten die Hürden auch nicht zu hoch legen. Dies ist ein Hobby-Projekt und das kann man den Gesprächspartnern auch so sagen. Es gibt keinen perfekten Kandidaten für so einen Job. Auch die, die sowas vielleicht schonmal gemacht haben, haben es irgendwann zum ersten Mal gemacht. Und es gibt durchaus ein Netzwerk von Bekanntschaften in OSM und Leuten, die man mal ansprechen kann. Vielleicht nicht so umfangreich und organisiert, aber daher auch offener für neue Leute. Ich persönlich will jetzt nicht nach München fahren, um mit dem ADAC zu reden. Aber wenn das jemand in die Hand nehmen will und vielleicht im Vorfeld oder danach einen Tip braucht oder so, dann helfe ich gerne aus. Und das gilt auch für andere Leute, von denn viele hier auf der Mailingliste sind. Alles, was es wirklich braucht, ist die Energie, die Initiative zu ergreifen. Es gibt halt niemanden, der Jobs zuteilt. Man muss sich die Jobs und Herausforderungen selbst suchen. Und dann gibt es auch andere die Mithelfen. Generell, ohne Bezug zu diesem Post: Ich nehme an, dass FOSSGIS-Mitglieder, die was mit osm zu tun haben, anwesend sind? Hier. :-) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
ich hab mal bei der uni tübingen angefragt, da gabs mal ein projekt dazu: [1] er der (dort angegebene) verantwortliche erklährt sich bereit, wenn bei uns konkrete Planungen zu einem projekt bestehen, auch mit sourcecode zu helfen, macht aber darauf aufmerksam, dass nur mit Beispielbildern getestet wurde. außerdem gibt er folgenden Tipp: Sehr häufig werden SVMs (Support Vector Machines) für Verkehrszeichenerkennung eingesetzt, such mal nach svm traffic sign recognition alles gute josias [1] https://cis.informatik.uni-tuebingen.de/se-ss-09/downloads/fileid=1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
es reicht ja alle 2-5 sec ein bild zu machen... für bilder gibt es ja diverse programme ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis von Leverkusen online - Dank an Sven!
Philip Gillißen wrote: Hallo zusammen! Endlich hat es geklappt: Das Straßenverzeichnis für Leverkusen ist online! Wieso endlich ? Unter http://osm.gt.owl.de/Strassenliste/output/62449/ gibt es das schon 1 Jahr. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Länge des Rheins [Out of curiosity ]
Am Freitag 02. April 2010 17:20:36 schrieb Patrick Hanft: Jetzt frage ich mich aber [...], ob es nicht prinzipiell möglich wäre, anhand unseres Datenbestandes auch mal eine grobe Überprüfung vorzunehmen. Also http://betaplace.emaitie.de/webapps.relation- analyzer/analyze.jsp?relationId=123924 sagt für den Hauptabschnitt 1252 km. Sieht also recht gut aus. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de 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
[Talk-de] village, hamlet, locality?
Moin, wie werden Ortschaften in D üblicherweise beschrieben? Im Wiki habe ich dazu nichts gefunden. Geht das nach Einwohnerzahl? Oder sind geschlossene Ortschaften mindestens place=village? Und was ist mit den Orten, die diese kleinen grünen Schilder haben? Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ant schrieb: wie werden Ortschaften in D üblicherweise beschrieben? Im Wiki habe ich dazu nichts gefunden. Geht das nach Einwohnerzahl? Oder sind geschlossene Ortschaften mindestens place=village? Und was ist mit den Orten, die diese kleinen grünen Schilder haben? Üblicherweise würde ich es mit village taggen. Es sei denn eine Ortschaft besitzt nur wenige einzelne Häuser, dann ist hamlet (Weiler) angebracht. locality dagegen beschreibt unbewohnte Orte. Die grünen Ortsschilder sind davon gänzlich unabhängig (diese betreffen ja nur den Straßenverkehr). Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJLtjsQAAoJEPT/XJzV1tNz64gH/2s9+KImUfoaJS4pKHhm/odq ZRrweXdlfEkugS2ovUX005QHCcsKkPdekW57ub3M+BMvu3fs2zABaeC6Y91obVFo kn+l0wDfYx5WOXOMa+Hvt5jP9zucdBejNhQEkaWGEeYsyATsWGVb4/VbqLyCfCJY 5/Lo4q9UHxBmzy4Sn1E24bvxAnbVxEB8M2LK2J621XvVYwZl9B1pfXs/GPCzFCf4 CLWx4y+u2LiAto6BbwyAA7aGLM6cTAUdOQz3bZnKOF2GMyGcWbV9+jvXxsVTgut8 6rwjEsO22qkLD8iWiQtqs8zy5aWVHSsXVm9JimDPdaWD6twl2R9fC1xO0G3Bx7c= =mola -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Tool zum Vergleich von JOSM mit eigenen Bildvorlagen unter Mac OSX
Für alle Mac OS X 10.5 und 10.6 User gibt es ein klasse Tool um eigene Bildvorlagen transparent mit Safari bzw. Iphoto über die Arbeit in JOSM oder jeder andre Programm zu legen (bitte nichts abzeichnen!! - die Diskussion kennt ihr ja ;-) ) http://infinite-labs.net/afloat/ Das Prog. ist freeware Gruß UMAX 974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hochladen Daten mit JOSM V3094
Hallo! Ich habe beim Hochladen immer wieder Probleme, dass das Authentisieren-Fenster nach Eingabe KORREKTER Daten und Klick auf Authentisieren sofort wieder auftaucht, wobei dahinter bereits das Fenster Daten für Ebene Datenebene 1 hochladen auftaucht. Irgendwann, wenn ich mein Passwort oft genug eingegeben habe und auf Authentisieren geklickt habe, klappt es dann. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Am 02.04.2010 10:36, schrieb Frederik Ramm: Meine Frage war nur, wann man type = multipolygon und wann type = boundary verwendet. Ich empfehle im allgemeinen, type=boundary *nicht* fuer Relationen einzusetzen, sondern nur type=multipolygon. Danke an Chris und Frederik für die Informationen. Gibt es wichtige OSM-Projekte, die type = boundary für Gebiete benötigen? Gibt es speziell beim TMC-Projekt Gründe für type = boundary? Vor wenigen Wochen wurden die Relationen nördliches Schleswig-Holstein (446137) und südliches Schleswig-Holstein (446136) von type = multipolygon auf type = boundary geändert. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Proposal Flusspegel, Messstationen usw
Hallo zusammen, für Flußpegel, Wetterstationen usw. hab ich mal ein Proposal gebastelt. Ist mein erstes, also zerreisst auch gebührend ;-) http://wiki.openstreetmap.org/wiki/Proposed_features/measurement_station Nur eine Bitte: entweder hier oder auf der Diskussionsseite kommentieren, nicht in der Seite selber. Danke. flo -- Hahahha. Jetzt sind es wieder die OE`ler schuld. Wenn Du Superuser mal Dein google anwirfst, anstelle hier dumm rumzulaber, haettest Du Dir einiges an Peinlichkeit erspart. Aber ich weiss: Moechtegern-Pfle- ger haben immer recht.[Frank Toennes (mit OE postend) in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Hallo, am 02.04.2010 20:21 schrieb ant: wie werden Ortschaften in D üblicherweise beschrieben? Im Wiki habe ich dazu nichts gefunden. Geht das nach Einwohnerzahl? Oder sind geschlossene Ortschaften mindestens place=village? Und was ist mit den Orten, die diese kleinen grünen Schilder haben? Hilft das http://wiki.openstreetmap.org/wiki/DE:Key:place wirklich nicht weiter? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
Und in 2/3 der Fälle ist das Gesuchte nicht drauf oder nicht zu erkennen. Danke für die Hinweise zur Schilder-Erfassung. Ich werd da nach Ostern (Easterhegg) mal nach Suchen und mir das alles bei Zeiten ansehen. Marcus On Fri, Apr 2, 2010 at 8:01 PM, Josias Polchau sp...@youseeus.de wrote: es reicht ja alle 2-5 sec ein bild zu machen... für bilder gibt es ja diverse programme ___ 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] Verwendung von Relationen mit type=boundary
Hallo, Stephan Wolff wrote: Gibt es wichtige OSM-Projekte, die type = boundary für Gebiete benötigen? Ich wuerde mal salopp sagen: Wenn es solche gibt, sollten die umstellen ;-) Gibt es speziell beim TMC-Projekt Gründe für type = boundary? Vor wenigen Wochen wurden die Relationen nördliches Schleswig-Holstein (446137) und südliches Schleswig-Holstein (446136) von type = multipolygon auf type = boundary geändert. Das koennte man ja mal den Benutzer Nightdive fragen, der diese Aenderung vollzogen zu haben scheint. Es kann auch sein, dass das mit dem boundary irgendwo im Wiki steht, dann muesste man das mal finden und aendern. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Hi! Norbert Kück wrote: Hilft das http://wiki.openstreetmap.org/wiki/DE:Key:place wirklich nicht weiter? Die Seite stellt es übersichtlich dar - und inhaltlich ziemlich unsinnig. Die Klassifizierung Weiler bis 1000 Einwohner, Dorf bis 1 Einwohner halte ich für komplett unrealistisch. Siehe z.B. http://www.betzenstein.de/, eine Kleinstadt mit 800 Einwohnern. Die Seite sollte mal überarbeitet werden und entweder die amtliche Klassifzierung verwenden oder wenigstens eine halbwegs sinnvolle Einwohnerzahl. bye Nop -- View this message in context: http://n2.nabble.com/village-hamlet-locality-tp4843865p4844756.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Norbert Kück wrote: Hilft das http://wiki.openstreetmap.org/wiki/DE:Key:place wirklich nicht weiter? Doch, nur habe ich da anscheinend elegant drumherumnavigiert Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Frederik Ramm wrote: Das koennte man ja mal den Benutzer Nightdive fragen, der diese Aenderung vollzogen zu haben scheint. Es kann auch sein, dass das mit dem boundary irgendwo im Wiki steht, dann muesste man das mal finden und aendern. Für mich sind sowohl boundary als auch multipolygon als Grenzen jeglicher Art zulässig. Was verwendet wird ist mir persönlich absolut egal aber logisch korrekt sollte es sein. Ein multipolygon wo die Member keine Rolle haben finde ich falsch und ich habe das auf eine einfache weise gelöst, indem ich es zu boundary umgetaggt habe. Alternativ hätte ich jedem Member auch ein outer verpassen können aber das wäre mehr Arbeit gewesen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 NopMap schrieb: Die Klassifizierung Weiler bis 1000 Einwohner, Dorf bis 1 Einwohner halte ich für komplett unrealistisch. Siehe z.B. http://www.betzenstein.de/, eine Kleinstadt mit 800 Einwohnern. Die Seite sollte mal überarbeitet werden und entweder die amtliche Klassifzierung verwenden oder wenigstens eine halbwegs sinnvolle Einwohnerzahl. Ich sehe das ähnlich. Die Größenordnungen wurden wohl einfach von der englischen Seite übernommen. Dort wird auch angeregt eine global einheitliche Klassifizierung für Stadt, Kleinstadt, Dorf etc. zu finden. Wobei ich meine Zweifel habe, denn z. B. China gilt eine Stadt mit 3 Mil. Einwohnern bereits als Kleinstadt. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJLtnVMAAoJEPT/XJzV1tNzUiYH/As/1YBKTi7W0x8I0b/MjBmT Icpyc8SPjsVIkYuWR9smE0Y4PfzG8jmBj2H8Ku2rItPhG8W2+fVmPP8Fc8c+oGlp L31cRR0UgeHg+x94+kJeLF+g8AgN2IR71fUq/qY7QYaDcehucKMqRzddo7xLz/pl PhbluL7rUoADKzAg3WkMnpkwxURAjI2ssHv8R7ibLHkBRSBC5BISmD1yRF08Hj6o ARu6fckBi16MaTvxZLBRqAdgmDIs4JDHnIRuSxx44Idf7ZSadxK4aSLl/9hp8Mu2 FON5KNRlIbbrnQdTew54KYCLJaiR6vf4roCorAZBXgUOtuAs8SrESyUQkgEHtG8= =BFng -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochladen Daten mit JOSM V3094
Wolfgang Wienke wrote: Irgendwann, wenn ich mein Passwort oft genug eingegeben habe und auf Authentisieren geklickt habe, klappt es dann. hi wolfgang, fallst du noch nicht OAuth verwendest, stell doch mal um. Ist einfach sicherer und funtoniert prima;) das soll keine Erklärung/Lösung deines Problemes sein - aber eventuell ist es dann weg. gruss walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://n2.nabble.com/Hochladen-Daten-mit-JOSM-V3094-tp4844199p4844978.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] richtiges Modellieren von Multipolygon-Relationen
Ich komme heute mal mit einer Frage zum richtigen Modellieren von Multipolygon-Relationen, insbesondere wo die Tags angebracht werden sollten. Einer der häufigsten Fälle für eine MP-Relation sind Gebäude mit Hof. Bisher habe ich die immer so getaggt, dass ich auf den äusseren way den building-tag und auf den inneren way keine Tags vergeben habe. Die Relation bekam üblicherweise auch nur type=multipolygon und ggf. ein note, damit man die Relation im Editor besser identifizieren kann. Dieser Fall so getaggt wird in allen mir bekannten Renderern (und z.B. auch in JOSM) richtig dargestellt. Wäre es allerdings nicht richtiger, den building-Tag anstatt auf den äusseren way an die Relation zu hängen? Logisch betrachtet müssten doch alle Tags, die für die komplette Fläche innerhalb gelten (z.B. Namen, etc.) auf den outer-way gelegt werden, Tags, die nur für das Gebilde [Outer-way abzüglich inner ways] gelten, sollten entsprechend auf die Relation gelegt werden, und was nur für einen inner-way gilt, wird dort getaggt. Dieses Tagging wird AFAIK von den Rendern richtig dargestellt, JOSM hat seine Probleme. So gesehen ist das übliche (oben als bisher beschriebene) Vorgehen doch eindeutig falsch, oder wie seht Ihr das? Bekräftigt wird diese Sichtweise übrigens von Mapnik z.B. bei highway-areas. Die werden nur dann richtig dargestellt, wenn man die Tags in die Relation legt (t...@h macht es falsch und rendert auch Löcher, wenn die highway-area auf dem outer-way liegt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges Modellieren von Multipolygon-Relationen
Eine Ergänzung noch: funktioniert das Verschieben der Highway-tags in die Relation mit den gängigen Routern (mkgmap, CM, ORS), bzw. könnte man diese, falls es derzeit noch nicht funktioniert, anpassen? Und wie sieht es mit den Prioritäten aus? Angenommen, der outer-way ist mit bicycle=yes getaggt, die Relation mit bicycle=no, dann entspräche das doch bicycle=yes auf den inner-ways (und bicycle=no auf dem durchlöcherten Gebilde). Wenn nun aber z.B. ein inner way mit bicycle=no getaggt wäre, hat das dann Vorrang? M.E. ja, da spezifischer, allerdings ist das real zu erwartende Ergebnis im Router vermutlich zufällig, oder sind diese Dinge bereits berücksichtigt/geklärt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochladen Daten mit JOSM V3094
Walter Nordmann schrieb: Wolfgang Wienke wrote: Irgendwann, wenn ich mein Passwort oft genug eingegeben habe und auf Authentisieren geklickt habe, klappt es dann. Letztens stellte ich auf einem mit JOSM bis dato unbelasteten System fest, dass für jeden Änderungsvorgang ~ viermal nach dem Passwort gefragt wird. (Ich hatte nur ein Attribut eines Node geändert und musste drei oder viermal das Passwort eingeben - nervig.) hi wolfgang, fallst du noch nicht OAuth verwendest, stell doch mal um. Ist einfach sicherer und funtoniert prima;) Die andere bisher übliche Lösung ist, dass man das Passwort von JOSM speichern lässt - allerdings landet es dann im Klartext auf der Festplatte. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am 3. April 2010 00:06 schrieb NopMap ekkeh...@gmx.de: http://wiki.openstreetmap.org/wiki/DE:Key:place Die Seite stellt es übersichtlich dar - und inhaltlich ziemlich unsinnig. +1 Die Klassifizierung Weiler bis 1000 Einwohner, Dorf bis 1 Einwohner halte ich für komplett unrealistisch. Siehe z.B. http://www.betzenstein.de/, eine Kleinstadt mit 800 Einwohnern. Die Seite sollte mal überarbeitet werden und entweder die amtliche Klassifzierung verwenden oder wenigstens eine halbwegs sinnvolle Einwohnerzahl. Nachdem ich Deine Einschätzung teile, dass die Darstellung inhaltlich nicht haltbar ist, komme ich hier dann doch zu anderen Schlussfolgerungen, denn: - ob eine Stadt eine Stadt ist entscheidet sich nicht an der Einwohnerzahl - auf der zitierten Seite wird empfohlen, city für Großstädte und Landeshauptstädte zu verwenden, das ist m.E. ein Hack. Ob eine Stadt Landeshauptstadt ist, sollte in einem anderen Tag definiert werden, mit Einwohnerzahl hat das nichts zu tun. - nach der derzeitigen Empfehlung wäre z.B. Berlin UND alle seine Bezirke jeweils place=city ! Ich kenne keine (großmaßstäbliche) Karte, die das so darstellt. [1] - m.E. wäre es durchaus sinnvoll, auch nach oben noch eine weitere Stufe hinzuzufügen (oberhalb city, die dann Städte ab 1 Mio Einwohnern bedeutet) - die Abgrenzung Weiler / Dorf würde ich sowohl formal (Weiler hat keine geschlossene Bebaung) als auch funktional (Weiler hat keine Gebäude mit zentraler Funktion, wie z.B. Kirche, Gasthaus, ...) machen. Im Ergebnis würde man die Einwohnerzahlen nur noch zur Abgrenzung von town (unter 100.000 EW), city (darüber) und ggf. dem noch neu zu erstellenden Tag Millionenstadt in der Definition verwenden. Natürlich ist es trotzdem (bzw. erst recht) sinnvoll, in der db die Einwohnerzahlen einzutragen. Gruß Martin [1] http://de.wikipedia.org/wiki/Berlin#Stadtgliederung da gem. der place-Seite suburb nur für Stadtteile, Stadtviertel ohne Verwaltungshoheit verwendet werden soll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am 3. April 2010 00:53 schrieb bundesrainer o...@bundesrainer.de: denn z. B. China gilt eine Stadt mit 3 Mil. Einwohnern bereits als Kleinstadt. das halte ich für einen Übersetzungsfehler. Hast Du dafür eine Quelle? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochladen Daten mit JOSM V3094
malenki wrote: Die andere bisher übliche Lösung ist, dass man das Passwort von JOSM speichern lässt - allerdings landet es dann im Klartext auf der Festplatte. Nicht nur, dass es in der preferences-datei im Klartext steht, es geht auch bei jeder Benutzung unverschlüsselt über die Leitung zum Server. Gerade aus dem Grunde wurde ja auf OAUTH umgestellt - ich hoffe, dass das nach einiger Zeit Pflicht wird. Entspricht in etwa dem Unterschied zwischen http und https - allerdings nur für die Authentifizierung - laienhaft gesprochen, obwohl ich mich da nicht als Laien ansehe ;) gruss wambacher - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://n2.nabble.com/Hochladen-Daten-mit-JOSM-V3094-tp4844199p4845182.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
Am 3. April 2010 00:40 schrieb Matthias Versen s...@mversen.de: Alternativ hätte ich jedem Member auch ein outer verpassen können aber das wäre mehr Arbeit gewesen. Weisst Du, dass Du multiple Objekte selektieren kannst und denen dann mit einem Click (rolle anwenden) allen dieselbe Rolle zuweisen kannst? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges Modellieren von Multipolygon-Relationen
Martin Koppenhoefer wrote: Logisch betrachtet müssten doch alle Tags, die für die komplette Fläche innerhalb gelten (z.B. Namen, etc.) auf den outer-way gelegt werden, Tags, die nur für das Gebilde [Outer-way abzüglich inner ways] gelten, sollten entsprechend auf die Relation gelegt werden, und was nur für einen inner-way gilt, wird dort getaggt. Dieses Tagging wird AFAIK von den Rendern richtig dargestellt, JOSM hat seine Probleme. Durch das Multipolygon wird geht die outer Fläche nur von vom outer ringzu dem inner Ring. Damit ist es völlig egal (IMO) ob die Tags nun auf dem outer oder auf dem inner stehen. Den Vorteil beim alles auf den outer RIng taggen ist, das man sofort beim anklicken der Area sieht, um was es sich handelt und nicht erst die Relation öffnen muss. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartografie in Wikipedia
Am 22. März 2010 11:21 schrieb Markus liste12a4...@gmx.de: Ich wollte grad nachschlagen, was man denn genau unter Topologie versteht. Aber da lese ich nur unverständliches Zeug über Knoten und Maschen, das wiederum einer Erklärung bedürfen würde, aber nirgendwo verlinkt ist. Auch Topografie oder Topologische Beziehung hilft nicht weiter. Topologie wird halt auch in der Mathematik verwandt, da hast Du wohl einen Fachartikel gefunden. M.E. beschreibt Topologie wie wir sie verwenden die räumlichen Beziehungen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges Modellieren von Multipolygon-Relationen
Am 3. April 2010 02:11 schrieb Matthias Versen s...@mversen.de: Durch das Multipolygon wird geht die outer Fläche nur von vom outer ringzu dem inner Ring. Damit ist es völlig egal (IMO) ob die Tags nun auf dem outer oder auf dem inner stehen. Du gehst halt nur vom einfachsten Beispiel aus: ein outer und ein inner way. Multipolygone können aber aus mehreren outer und mehreren inner ways bestehen. Tags auf dem inner-way werden von den bisher mir bekannten Auffassungen immer als Beschreibung des innerhalb des inner-way-polygons liegenden Features gesehen, und nicht als Beschreibung der Multipolygon-Fläche (die ja ausserhalb des inner liegt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 2. April 2010 12:15 schrieb qbert biker qbe...@gmx.de: Um mit den obigen Worten zu sprechen: Man kann den Eindruck bekommen, dass einige so berauscht von den Luftbildern sind, dass sie am liebsten OSM auf ein simples Vektorabbild dieser Bilder reduzieren möchten. ein simples Vektorabbild, mit einer Handvoll simplen Tags. Das willst Du ernsthaft mit einem Bitmap auf eine Stufe stellen? Was soll das Wort simpel in diesem Kontext bedeuten? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges Modellieren von Multipolygon-Relationen
Martin Koppenhoefer wrote: Du gehst halt nur vom einfachsten Beispiel aus: ein outer und ein inner way. Multipolygone können aber aus mehreren outer und mehreren inner ways bestehen. Tags auf dem inner-way werden von den bisher mir bekannten Auffassungen immer als Beschreibung des innerhalb des inner-way-polygons liegenden Features gesehen, und nicht als Beschreibung der Multipolygon-Fläche (die ja ausserhalb des inner liegt). Tags auf dem outer-way beschreiben die Fläche zwischen outer und inner Tags auf dem inner-way beschreiben die Fläche innerhalb von inner. Tags in der Multipolygon Relation beschreiben die Fläche zwischen outer und inner Zumindest die Area-Tags dürfen bei einem advanced Multipolygon, wo die outer Fläche aus mehreren ways besteht die zusammen erst den geschlossenen Ring bilden, nur auf der Relation hinzugefügt werden. Auf den einzelnen outer-ways wären die Area-Tags falsch weil die einzelnen Teile keine geschlossene Fläche bilden sondern erst die Relation. Einer der Gründe warum ich erweiterte Multipolygone nur in seltenen Fällen gut finde (Node Limit der ways erreicht). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Freitag 02 April 2010 03:08:44 schrieb André Reichelt: Am 01.04.2010 08:22, schrieb Guenther Meyer: natuerlich geht das. mit einer flaeche kannst du sowas nicht machen... Das Gegenteil ist der Fall. Und trotz dass Du es offensichtlich nicht für nötig hältst, irgendwelche Beweise für Deine Theorie anzuführen möchte ich im Sinne der Netiquette und des guten Tones auch erläutern, warum es mit einer Fläche funktioniert: ach, ich muss hier beweise anfuehren? du glaubst doch nicht etwa, dass die ganzen kommerziellen navis mit spurassistenten flaechen als grundlage haben? und komm mir jetzt nicht wieder mit es gibt noch was anderes als navigation du schreibst von abbiegespuren, das ist einer der wichtigsten bereiche von navigation. Nehmen wir als Beispiel die Einfädelspur einer beliebigen Autobahnauffahrt. Um diese zu beschreiben müsste ich unter Verwendung von *Vektoren* zunächst zwei Spuren parallel zeichnen: Die Autobahnspur sowie die Beschleunigungsspur. Dann muss ich über abstrakte Elemente (Relation) beschreiben, in welchem Stück eine Überfahrt möglich ist. Sofern die Übergangsflächen rechteckig sind, geht das einfach. Spätestens wenn ich allerdings wie auf der Autobahn S-Kurven habe, muss ich über zusätzliche Vektoren beschreiben, wie die Ränder der Auffahrspur genau verlaufen. Des weiteren muss ich über ein Regelwerk festlegen, ob denn nun der Startpunkt des Auffahrspurenvektors die Straßenmitte widerspiegelt oder ob wir uns auf der Linie befinden. Wenn wir in der Mitte sind muss außerdem der Abstand zum Rand bekannt sein, den man über die abstrakte Angabe der Breite nur schwer abstrahieren kann. na klar, wenn man es kompliziert machen will, kann man das gerne tun... hubert hat das eigentlich recht anschaulich erklaert, ich muss das nicht nochmal tun. Bei einer *Fläche* hingegen habe ich ein sichtbares, für den Menschen intuitives Abbild der Wirklichkeit. Eine Festlegung von Regeln ist nicht notwendig, da sich alle Regeln aus der Abbildung ergeben, und auch ohne Fachwissen über das Datenformat kann Jedermann sofort erkennen, was gemeint ist. da haette ich aber wirklich gerne mal ein beispiel gesehen, wie sowas aussehen soll. klar, der mensch kann so ziemlich alles was er sieht, irgendwie auswerten. die daten in osm werden aber in erster linie von programmen ausgewertet, um damit karten zu rendern, zu routen, oder sonst was zu machen. osm ist eine geodatenbank und keine karte ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am Samstag 03 April 2010 02:04:03 schrieb Martin Koppenhoefer: - die Abgrenzung Weiler / Dorf würde ich sowohl formal (Weiler hat keine geschlossene Bebaung) als auch funktional (Weiler hat keine Gebäude mit zentraler Funktion, wie z.B. Kirche, Gasthaus, ...) machen. Autsch, nein, bitte nicht. Wenn du hier jedes Kuhdorf mit 20 Häusern und einer Kirche oder einem Gasthaus als village taggest, sieht das ziemlich beknackt aus. Ich finde die Wiki-Abgrenzung sinnvoll, sofern man ein bisschen den Verstand einschaltet und die deutsche Gründlichkeit hinten anstellt. Wenn der Haupt-Ort mit Sitz der Gemeindeverwaltung halt nur 800 Einwohner hat, dann ist das halt trotzdem ein village, unabhängig davon was im Wiki über die Einwohnerzahl steht. Allerdings gibt es hier lauter Ortschaften, die alle um die 100-200 Einwohner haben und das sind definitiv Weiler. Die haben ein gelbes Ortsschild, geschlossene Bebauung und zum Teil Gasthäuser und/oder Kirche. Nach formalen Kriterien wäre das bei dir schon ein Dorf. Ich plädiere hier zu der Vorgehensweise die ich auch bei Straßenklassifizierungen als die sinnvollste ansehe: Harte und eindeutige Fakten (Einwohnerzahl, Hauptstadt, ...) in Extra-Tags und die Wahl des unscharf beschreibenden Master-Tag bitte nach Intuition oder lokaler Sinnhaftigkeit treffen. Gruß, Bernd -- Fettflecke werden wie neu, wenn man sie regelmäßig mit Butter einreibt. 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] village, hamlet, locality?
Hallo ant, wie werden Ortschaften in D üblicherweise beschrieben? Im Wiki habe ich dazu nichts gefunden. Geht das nach Einwohnerzahl? Oder sind geschlossene Ortschaften mindestens place=village? Und was ist mit den Orten, die diese kleinen grünen Schilder haben? Ich weiss nicht, wie grosszügig die Deutsche Post ist, aber hier in der Schweiz hilft die Faustregel: eigene Postleitzahl = village keine eigene PLZ= hamlet Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am Samstag 03 April 2010 07:46:38 schrieb Thomas Ineichen: Ich weiss nicht, wie grosszügig die Deutsche Post ist, aber hier in der Schweiz hilft die Faustregel: eigene Postleitzahl = village keine eigene PLZ= hamlet Das kannst du hier nicht bringen. :) Hier gibt es oft Gemeinden mit 3-4 Dörfern und einer gemeinsamen PLZ. Gruß, Bernd -- Bahnübergänge sind die härtesten Drogen der Welt. Ein Zug und du bist weg! 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-it] Confini dei comuni che si estendono su pi ù isole
Alberto Nogaro wrote: Ho provato per esempio a guardare come fanno in questi casi i nostri cugini transalpini, ed inseriscono le isole come exclavi (Es: http://www.openstreetmap.org/browse/relation/91734) [..] Grazie Alberto, mi sembra l'approccio più corretto :) Con questo approccio, nel tuo caso dovresti creare 3 way per le coastline: natural = coastline + name=Isola Favignana natural = coastline + name=Isola Marettimo natural = coastline + name=Isola Levanzo In realtà dovrebbero avere anche un admin_level=4, in quanto confine regionale (con appropriati name:left, province:left e region:left) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini dei comuni che si estendono su p iù isole
2010/4/2 David Paleino da...@debian.org: Con questo approccio, nel tuo caso dovresti creare 3 way per le coastline: natural = coastline + name=Isola Favignana natural = coastline + name=Isola Marettimo natural = coastline + name=Isola Levanzo In realtà dovrebbero avere anche un admin_level=4, in quanto confine regionale (con appropriati name:left, province:left e region:left) E' da un po' che mi chiedo se questi ulteriori tag servano davvero. admin_level=4 è necessaria se non si usano le relazioni di boundary (ma si mettono le informazioni di boundary direttamente sulle way). Forse è ridondante se si usano le relazioni? Dopotutto l'admin_level di una way è automaticamente il minimo admin_level delle relazioni boundary a cui appartiene. province:left e region:left sono utilissimi, ma il nome name:left è infelice. Forse sarebbe meglio commune:left. Dopotutto la way del perimetro di Levanzo avrebbe name=Levanzo ma name:left=Favignana, che è un po' strano. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aperte registrazione e invio abstract OSMit2010
http://www.dicat.unige.it/osmit2010/informazioni-sul-meeting/come-arrivare Buenos Ayres (errato) Buenos Aires ( da corrigere) Il giorno 01 aprile 2010 11.21, Luca Delucchi lucadel...@gmail.com ha scritto: Buongiorno a tutti volevo informarvi che sono aperte le iscrizioni [0] ad OSMit2010. È anche attivo il form per l'invio di abstract [1]; qualsiasi genere di contributo legato ad OpenStreetMap è ben accetto (utilizzo dei dati, idee per il futuro, utilizzo software legati ad OSM, attività svolte o da svolgere , ecc ecc). Se i contributi ricevuti saranno troppo elevati sarà compito del comitato organizzatore scegliere i più interessanti. Dopo il periodo pasquale troverete maggiori informazioni su dove alloggiare. saluti Per il comitato organizzatore Luca Delucchi [0] http://www.dicat.unige.it/osmit2010/informazioni-sul-meeting/registrazione_osmit2010 [1] http://www.dicat.unige.it/osmit2010/informazioni-sul-meeting/abstract_osmit2010 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aperte registrazione e invio abstract OSMit2010
Il 02 aprile 2010 12.55, Marcello b marcello.bil...@gmail.com ha scritto: http://www.dicat.unige.it/osmit2010/informazioni-sul-meeting/come-arrivare Buenos Ayres (errato) Buenos Aires ( da corrigere) corretto grazie ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini dei comuni che si estendono su p iù isole
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Federico Cozzi Sent: venerdì 2 aprile 2010 10.36 To: openstreetmap list - italiano Subject: Re: [Talk-it] Confini dei comuni che si estendono su più isole In realtà dovrebbero avere anche un admin_level=4, in quanto confine regionale (con appropriati name:left, province:left e region:left) Giusto. Inoltre tutte 3 le isole vanno inserite nelle relazioni della provincia e della regione, in questo caso tutte 3 con ruolo exclave. In realtà non sono certo che il termine exclave tecnicamente sia corretto per le isole, parlando di comuni/province/regioni, se è vero che il loro confine si arresta sulla costa del mare. Una exclave per essere tale dovrebbe tecnicamente essere separata da territorio straniero. Ad esempio, l'isola fluviale di New York con la statua della libertà (Liberty Island) viene definita come una exclave di New York nel New Jersey, perché i confini degli stati federali si estendono all'interno dei fiumi. Ma con le isole in mare, esistono casi analoghi? E' da un po' che mi chiedo se questi ulteriori tag servano davvero. admin_level=4 è necessaria se non si usano le relazioni di boundary (ma si mettono le informazioni di boundary direttamente sulle way). Forse è ridondante se si usano le relazioni? Dopotutto l'admin_level di una way è automaticamente il minimo admin_level delle relazioni boundary a cui appartiene. Si, in effetti quando sono stati importati i confini Istat aveva senso, ora con il supporto alle relazioni è tutto ridondante. Manteniamo il doppio sistema (tag sulle way e tag sulle relazioni) per ragioni 'storiche'. Se è corretta, l'informazione ridondante può anche essere comoda per consultazione, certo aumenta il lavoro e il rischio di sbagliare quando si fanno modifiche. province:left e region:left sono utilissimi, ma il nome name:left è infelice. Forse sarebbe meglio commune:left. Vero. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ordnance Survey map data now available to all
On Fri, Apr 2, 2010 at 12:43 AM, Luca Delucchi lucadel...@gmail.com wrote: Era un pesce d'aprile? direi di no... http://news.bbc.co.uk/2/hi/technology/8597779.stm Sembra proprio vero: http://www.ordnancesurvey.co.uk/oswebsite/opendata/index.html La licenza è qui: http://www.ordnancesurvey.co.uk/oswebsite/opendata/licence/docs/licence.pdf L'ultimo paragrafo della licenza dice che è compatibile con le licenze Creative Commons Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ciclabili in provincia di Pavia e di Lodi
2010/3/19 Federico Cozzi f.co...@gmail.com Come ciclista io di solito distinguo tra ciclabili in sede propria e quelle in sede promiscua. Le prime sono separate dal traffico veicolare. Le seconde sono invece semplicemente disegnate sulla carreggiata. Per quelle in sede propria secondo me non fa grande differenza se sono su marciapiede, separate tramite cordolo o in corsia ad hoc. Mappo le prime con una highway=cycleway ad hoc (aggiungendo bicycle=official). Per le seconde uso la stessa way della strada (che quindi è highway=X) a cui aggiungo cycleway=lane (o addirittura opposite_lane se la strada è oneway) Ho appena notato che la pagina http://wiki.openstreetmap.org/wiki/Bicycle ha dei disegni esemplificativi delle varie situazioni, comprese le corsie preferenziali e numerosi casi particolari :) un disegno più di mille parole può aiutare a capire mlto meglio :) ciaoo T ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Combinare OpenMTB e SRTM per Garmin
ciao, ho scaricato la mappa OpenMTB dell'Italia da qui http://openmtbmap.x-nation.de/maps/ assieme all'SRTM con linee di livello. Ho provato a cercare informazioni, ma non ho ben capito come si possono combinare in un'unica mappa da caricare sul Garmin (Etrex Legend HCx). Al momento ho solo la mappa senza linee di livello. Grazie Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Re : [Fwd: [OSM-talk] Announcing closedstreetmap.org]
Le vendredi 2 avril 2010 00:07:14 Shnoulle, vous avez écrit : Cool, Ca va faire avancer OSM si Google nous aide ... Mince, j'aurai pensé l'inverse ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Fwd: [OSM-talk] Announcing closedstreetmap.org]
He he he! Il n'y a pas eu beaucoup de retour par ici sur ce poisson. Je sais pas si c'est la période, mais hier on a pris le temps de fouiller un gratuit pour chercher une blague sans succès. La liste serait-elle trop sérieuse? Yves Shnoulle wrote: Le 01/04/2010 21:20, THEVENON Julien a écrit : j ai failli m etrangler avec mon calendrier !!! *De :* Jean-Guilhem Cailton j...@arkemie.com *À :* OSM-talk-fr talk-fr@openstreetmap.org *Envoyé le :* Jeu 1 avril 2010, 20 h 45 min 43 s *Objet :* [OSM-talk-fr] [Fwd: [OSM-talk] Announcing closedstreetmap.org] Bonsoir, Avant que les horloges ne tournent davantage, je me permets de vous faire suivre ce message du fondateur d'OpenStreetMap (avec une proposition de traduction) : Message original Sujet : [OSM-talk] Announcing closedstreetmap.org Date : Thu, 1 Apr 2010 08:33:04 -0700 De : SteveC st...@asklater.com Pour : p...@opengeodata.posterous.com, osm Openstreetmap t...@openstreetmap.org, geowank...@geowanking.org Google, Waze and OSMF have partnered on a common initiative to explore crowd-sourced mapping solutions. Yes, this is real. See: www.closedstreetmap.org for the full press release. Contact me if you want to be involved. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Présentation de closedstreetmap.org Google, Waze et OSMF sont partenaires d'une initiative commune pour explorer les solutions de cartographie par externalisation à grande échelle (crowd-sourcing). Oui, c'est sérieux. Voir : www.closedstreetmap.org pour le communiqué de presse complet. Contactez-moi si vous souhaitez participer. Cool, Ca va faire avancer OSM si Google nous aide ... ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] synchronisation pour les imports de collectivités territoriales
Heu... Je suis naif ou j'ai un humeur spécial ? Suis-je le seul à voir un poisson d'avril dans cette annonce closedstreetmap ? Vu le ton et les emails... M'enfin Kimaidou (D'ailleurs, avec l'annonce de closedstreetmap.org, et le passage en CDbL (Closed Database License), la question ne se pose plus). Cordialement, Jean-Guilhem ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] synchronisation pour les imports de collectivités territoriales
(C'est moi qui avais transmis et traduit l'annonce... Mais si on met des :) ou ;) partout, ça gâche un peu les poissons...) ;)) Jean-Guilhem http://osm-haiti.blog.lemonde.fr/2010/04/01/des-nouvelles-de-google/ kimaidou a écrit : Heu... Je suis naif ou j'ai un humeur spécial ? Suis-je le seul à voir un poisson d'avril dans cette annonce closedstreetmap ? Vu le ton et les emails... M'enfin Kimaidou (D'ailleurs, avec l'annonce de closedstreetmap.org http://closedstreetmap.org, et le passage en CDbL (Closed Database License), la question ne se pose plus). Cordialement, Jean-Guilhem ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] synchronisation pour les imports de collectivités territoriales
Le 02/04/2010 09:16, kimaidou a écrit : Heu... Je suis naif ou j'ai un humeur spécial ? Suis-je le seul à voir un poisson d'avril dans cette annonce closedstreetmap ? Vu le ton et les emails... M'enfin C'est vrai , ah , c'est bête ... je pensais que OSM devanait enfin raisonnable . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM for the blind et wheelchairdriver'osm]
Bonjour Jean-Luc, Tant mieux si le site a été mis à jour. Je ne connais pas de liste similaire à Accessibility (http://lists.openstreetmap.org/pipermail/accessibility/) en français. Peut-être serait-il intéressant d'en créer une, par exemple dans le domaine openstreetmap.fr ??? Quelqu'un demandait récemment la création d'une liste régionale pour le Nord-Pas de Calais. Denis a indiqué qu'il existe des listes régionales en Allemagne, hébergées par openstreetmap.de, si je me souviens bien. Pourquoi pas aussi des listes thématiques en .fr ? La condition de viabilité serait sans doute qu'il y ait suffisamment de trafic. Je suppose que OSM-talk-fr peut bien être utilisée, tant que le trafic sur ce thème ne semble pas être plus important. Ca garantit au moins un auditoire. Sinon, je dois reconnaître que la traduction automatique, par exemple par translate.google.fr, a fait pas mal de progrès, et peut peut-être permettre de comprendre le trafic sur une liste anglophone, si on est suffisamment tolérant sur la qualité de la traduction, et si on y met encore pas mal de bonne volonté... Et si jamais vous souhaitez vous y exprimer, n'hésitez pas à me solliciter pour la traduction. Ce sera un plaisir. A part ça, je pense à la discussion sur l'importation et / ou la synchronisation de données des collectivités locales avec OSM. Je ne sais pas si vous l'avez suivi (à partir de http://lists.openstreetmap.org/pipermail/talk-fr/2010-March/020170.html, me semble-t-il). Évidemment, c'est l'idéal pour OSM quand la collectivité locale contribue directement, comme vous semblez le faire. Mais auriez-vous d'autres besoins ? Ou, s'il pouvait être plus commode de synchroniser OSM et des bases SIG locales, cela vous semblerait-il utile, ou pouvoir ouvrir des perspectives ? Je vois par exemple que l'équipe OSM HOT en Haïti a demandé à pouvoir utiliser un système ETL (Extract-Transform-Load http://fr.wikipedia.org/wiki/Extract_Transform_Load) qui peut servir à cela (FME en l'occurrence dans un premier temps, les solutions libres SDI et GeoKettle sont aussi envisagées). N'hésitez pas à mettre la liste talk-fr en copie si votre réponse est d'intérêt général. D'ailleurs, c'est ce que je vais faire dès maintenant Bien cordialement, Jean-Guilhem ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr