[Talk-hr] croatia.osm.bz2 - 31.05.2011.
Malo izvješće o situaciji u RH na dan 31.05.2011. (brojevi u zagradama se odnose na 30.04.2011.) croatia.osm.bz2 se sastoji od: 1 781 975(1 704 998) točaka, 148 338(141 483)puteva, 3 732(3 634) relacija te zauzima 27.5MB(26.4MB) Do današnjeg dana 1115(1082) korisnika je radilo na području koje obuhvaća croatia.osm.bz2 te od tog broja u zadnjih 30 dana je bilo aktivno 114(111) korisnika. Nastavljena je sistematizacija prometnica na wiki stranicama: http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/Ceste Državne ceste 99.81%, županijske 96.49%(96.30%), lokalne 54.10%(51.35%). Održano je kratko predavanje o OSM-u u RH na http://dorscluc.org/ Započeta je wiki stranica za javni prijevoz: http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/Javni_prijevoz Započeta je wiki ToDo stranica: http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/ToDo ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] philtrack using osm maps for vehicle tracking
looks like a modified OpenGTS to me ;) On Thu, Jun 9, 2011 at 12:27 PM, maning sambale emmanuel.samb...@gmail.comwrote: See here: http://www.philtrack.com/ An intro video here: http://nfo4you.com/philtrack/intro/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] philtrack using osm maps for vehicle tracking
That's a guy called Volker Loges, we have been working with him for some time. He has taken opengts and modifeied it extensively behind the scenes, done a good job on PhilTrack. Mark On Thu, Jun 9, 2011 at 2:53 PM, Noli Sicad nsi...@gmail.com wrote: I think it is. http://www.opengts.org/TrackMap.jpeg Noli On 6/9/11, George Tujan gtu...@gmail.com wrote: looks like a modified OpenGTS to me ;) On Thu, Jun 9, 2011 at 12:27 PM, maning sambale emmanuel.samb...@gmail.comwrote: See here: http://www.philtrack.com/ An intro video here: http://nfo4you.com/philtrack/intro/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ 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
[talk-ph] call for osmphgps garmin map beta testers
Dear everyone, Rally and me are close to polishing the next release version of the osmphgps garmin map. We are looking for willing user who will test the map in their unit. We need to test this in as many garmin models as possible. If you want to become part of the testing phase, send me a message, your garmin model type and your mode map transfer (mapsource, direct gmapsupp copy, roadtrip, telepathy, etc) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Current state of GPS SatNav in the Philippines
8. Other brands: Tomtom, Magellan, etc.: Using unknown maps, but there are experimental OSM maps for Magellan. Tomtom owns Tele Atlas, a map data company. And there are some satnav apps that use Tele Atlas data. A prominent example is the Blackberry Maps app. (Though Blackberry has decided to switch to Bing Maps for new smartphones last month.) I recently got the chance to play around with the Maps app of Blackberry and it has detailed map data but only for Metro Manila. The rest of the country is blank. And the data seems to be around 2009. Surprisingly, the app uses Google Maps for search so you can find relatively new establishments but only for coordinates. Here's the 2009 Tele Atlas press release saying they added maps for the Philippines (and other countries in Asia-Pacific): http://corporate.tomtom.com/releasedetail.cfm?ReleaseID=418773 So, if you have a Tele Atlas-based satnav app/device, ditch it for practically any of the other satnav solutions on the list I provided. Only having an outdated map of Metro Manila is not nice at all. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Fwd: [OSM-dev] NOTICE: Scheduled Maintenance - 23rd June 2011
Hi guys, There's a scheduled server maintenance 2 weeks from now. Eugene -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Fri, Jun 10, 2011 at 4:17 AM Subject: [OSM-dev] NOTICE: Scheduled Maintenance - 23rd June 2011 To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Please copy this to local lists as appropriate. Thursday 7:30am (23rd June 2011 GMT/UTC+0) the API and map editing on www.openstreetmap.org will be unavailable. The maintenance period is expected to last for 12 hours. The following services will be unavailable during the maintenance period: API, editing features of www.openstreetmap.org and planet.openstreetmap.org including replication diffs. The wiki, mailing lists and help.openstreetmap.org will be unaffected. Technical: Some of the core servers are being re-located to another data-centre. Additional information will be posted to the following link closer to the time: http://wiki.openstreetmap.org/wiki/Servers/June_2011_Maintenance / Grant Part of the OSM sysadmin team. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] A look back at the early years of OpenStreetMap in the Philippines (2006-2008)
Nope, he got the gpstogo unit around Feb 2009 On Thu, Jun 9, 2011 at 10:24 PM, Eugene Alvin Villar sea...@gmail.com wrote: On Thu, Jun 9, 2011 at 10:45 AM, maning sambale emmanuel.samb...@gmail.com wrote: This is my favorite: http://farm2.static.flickr.com/1142/3169502950_9a02f9ac79.jpg That shot was taken around lat Dec of 2008. Image caption: Almost single-handedly mapped by ianlopez using potlatch, landsat images and local knowledge! No GPS, no high-res imagery. No GPS? I think Ian already has the GPStogo unit at that time. :-) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] philtrack using osm maps for vehicle tracking
They used to have it down the bottom once logged in as a client. That is where the OpenGTS actually Starts, the rest is a custom front end. Cheers On Fri, Jun 10, 2011 at 8:41 AM, George Tujan gtu...@gmail.com wrote: Haven't seen any reference to OpenGTS on PhilTrack's sitenot sure if that's required for OpenGTS's Apache license On Thu, Jun 9, 2011 at 3:37 PM, Mark Cupitt markcup...@gmail.com wrote: That's a guy called Volker Loges, we have been working with him for some time. He has taken opengts and modifeied it extensively behind the scenes, done a good job on PhilTrack. Mark On Thu, Jun 9, 2011 at 2:53 PM, Noli Sicad nsi...@gmail.com wrote: I think it is. http://www.opengts.org/TrackMap.jpeg Noli On 6/9/11, George Tujan gtu...@gmail.com wrote: looks like a modified OpenGTS to me ;) On Thu, Jun 9, 2011 at 12:27 PM, maning sambale emmanuel.samb...@gmail.comwrote: See here: http://www.philtrack.com/ An intro video here: http://nfo4you.com/philtrack/intro/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ 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
Re: [talk-ph] philtrack using osm maps for vehicle tracking
Hmmm, it seems that only OSM map tiles are used as a background to the GPS points. It would be nice if they also used OSM data to perform reverse geocoding. :-) On Thu, Jun 9, 2011 at 1:27 PM, maning sambale emmanuel.samb...@gmail.com wrote: See here: http://www.philtrack.com/ An intro video here: http://nfo4you.com/philtrack/intro/ -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Pateros Mapping Party on June 11!
Hi guys, The morning meetup will be at McDonald's Pateros at 9 to 10am: http://osm.org/go/4zhGf2vw6--?m The afternoon meetup (if you want to catch up) will be at Starbucks Fort drive-thru at around 4pm: http://osm.org/go/4zhHJNP@c--?m See you tomorrow! On Tue, Jun 7, 2011 at 1:03 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, The Pateros Mapping Party will be on this coming Saturday, June 11. Hope you guys can come. (And hopefully the weather will cooperate.) If you don't want to attend the mapping/surveying part, you can come to the afternoon meetup/EB where we can all talk about mapping, GPS gadgets, and more. :-) Facebook event page: http://www.facebook.com/event.php?eid=215576085127532 OSM Wiki page: http://wiki.openstreetmap.org/wiki/Pateros_Mapping_Party We will post more details later in the week. Eugene On Sun, May 29, 2011 at 3:53 AM, maning sambale emmanuel.samb...@gmail.com wrote: corrected the subject header to June 11 On Sun, May 29, 2011 at 12:23 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, The weather forecasts were true and it was a wet and rainy Saturday yesterday so it's good that we postponed the Mapping Party. The new date is on June 11, Saturday, and we hope you guys can come now. :-) Facebook event page: http://www.facebook.com/event.php?eid=215576085127532 OSM Wiki page: http://wiki.openstreetmap.org/wiki/Pateros_Mapping_Party Eugene -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] philtrack using osm maps for vehicle tracking
On 6/10/11, Eugene Alvin Villar sea...@gmail.com wrote: Hmmm, it seems that only OSM map tiles are used as a background to the GPS points. It would be nice if they also used OSM data to perform reverse geocoding. :-) Speaking of reverse geocoding, have you seen this one by geonames? http://www.geonames.org/maps/osm-reverse-geocoder.html Place, manila in textbox and press geocode to start. Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Fixing administrative borders
Benoit Leseul wrote: On Wed, Jun 8, 2011 at 20:27, Ben Laenen benlae...@gmail.com wrote: Benoit Leseul wrote: On Wed, Jun 8, 2011 at 11:18, Luc Van den Troost luc.a...@gmail.com wrote: [...] Comunities are made up of people, not of area. So putting communitie-borders on the map is kind of insane. In terms of boundaries, the belgian constitution defines four linguistic areas (régions linguistiques/taalgebieden) but not communities as geographical entities. See Art. 4 : http://www.senate.be/doc/const_nl.html#t1 http://www.senate.be/doc/const_fr.html#t1 http://www.senate.be/deutsch/const_de.html#t1 They are all contained into regional boundaries and are identical to the regions except for the deutsche Sprachgebiet. I think that's what should be mapped at that level (be it 4 or 5) and it would solve the overlap problem. The idea was to map the communities according to those language areas. If everyone agrees to map these language areas instead of communities, fine by me, but I just thought it would be odd to see something like région bilingue de Bruxelles-Capitale - tweetalige gebied Brussel-Hoofdstad appear on the map, Sure it's not pretty, but possibly less odd than overlapping areas and bigger sublevels than their upper counterparts. Maybe the name could be reduced to something like Région de Bruxelles-Capitale - Brussel-Hoofdstad since the bilingual aspect can be implied by the double name. and because it then looks like the maps you can find on http://en.wikipedia.org/wiki/Communities,_regions_and_language_areas_of_Belgium which are the maps everyone learns it with at school as well. That's probably an oversimplification, the maps are showing competence areas, not areas per se. Also, I don't know that any OSM renderer shows overlapping areas with a hatched texture. But yeah, It's complicated and I'm not sure everyone would agree one way or another. It will look strange and complex in both cases, but so is reality :) In fact for the governement, there are no overlaps. The administrative level for federal, community and region is equal and shared. However in OSM, we can not share these levels and so we have choosen that federal has level 2, region has 4 and community has 5 . (in the wiki 5 is mentioned as communities/provinces, but I would state there simply 'language communnity', because provinces has nothing to do with that) Further on, there are two administrative sublevels, provinces (6) and muncipalities (8). The level between 6 and 8, arrondissement (7) is more a judicial or political (voting) level. I don't know if we realy have to map that as administrative boundary. (You have also another level between muncipality and arrondissement, not yet defined in OSM and that is the kanton) As for the ordering of the levels, relations can lists others as subareas. According to the law, Belgium has 3 regions (Vlaanderen, Wallonië en Brussel) which are formed by provinces (except Brussels) and 3 communnities responsible for their part of the 4 language regions which are all formed by the muncipalities. What should we map from this? - the regions (level 4) as subarea of Belgium (2) - the provinces (level 6) as subarea of the regions (4) - the muncipalities (level 8) as subarea of the provinces (6) and communities (5) (and eventually the arrondissements (7)) I don't think that it will add anything, but confusion by defining other levels as subarea to certain levels as eg communities to Belgium or arrondissements to provinces. Maybe this could also as guidelines be added to the wiki. I see that the French Community for the moment incorporates the German Community (Muncipalities: Amel, Büllingen, Burg-Reuland, Bütgenbach, Eupen, Kelmis, Lontzen, Raeren und St.Vith) http://www.openstreetmap.org/browse/relation/78967 These muncipalities need some borders as they seems now to be confined in Verviers. http://www.openstreetmap.org/browse/relation/1407211 This is not correct. Seems also that the German Community itself is not yet defined http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries#Communities_.28Gemeenschappen_.2F_Communaut.C3.A9s_.2F_Gemeinschaften.29 Some communities has language facilities for other language groups, and altough the other community may have some competences there as organising school, does not mean that this muncipality is also part of that community. I don't think there is a mapping of these language facilities in OSM or that it should be desirable. Other levels are the villages (9) which form the muncipalities (8) and were independent muncipalities before the reform of 1977 eg Boechout http://www.openstreetmap.org/browse/relation/76297 in Boechout http://www.openstreetmap.org/browse/relation/76278 These could be listed as subarea in the relation too. Level 10 could be used for hamlets, these are small local communities, often some residential landuse around a little church or
Re: [OSM-talk-be] Fixing administrative borders
Gerard Vanderveken wrote: Level 10 could be used for hamlets, these are small local communities, often some residential landuse around a little church or chapel. They have always been part of a muncipality or village. eg Terlanen in Overijse (boundary not yet mapped or defined) http://www.openstreetmap.org/?minlon=4.5929214859minlat=50.7602102661maxl on=4.61292196274maxlat=50.7802140808 But for some, it will not be evident to know the borders (Atlas?) and mosttimes it will stay by only be mapped as place http://www.openstreetmap.org/browse/node/473147300 I guess you could use this level 10 also for districts (as eg in Antwerp), or should we use 11, for not conflicting with hamlets? Districts in Antwerp are just a special kind of deelgemeenten/sections (the villages you speak of). It basically means that we get to elect a district counsel as well when there are city counsel elections, and so districts have a little bit of power as well, whereas deelgemeenten/sections have no own governing body. But districts and deelgemeenten/sections have to stay at the same level (9), because districts are deelgemeenten. The level 10 as said in an earlier message could be used to define neighbourhoods, and in Antwerp these are more or less well defined, take for example the district of Antwerp in the city of Antwerp (check the wijken table at http://district.antwerpen.be/ ), where each neighbourhood has a street list. Drawing boundaries from those may be still a bit of a challenge though, and I'm not sure if we want to have them at all. Furthermore, I have no idea how or even if other municipalities handle neighbourhoods. For clarity, the table of muncipalities should be extended with a column to indicate the muncipality of the village (level 9) http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries#Municipal ities_and_deelgemeentes I don't know what you mean? The darker gray lines in the table are the municipalities, the lighter gray ones are the deelgemeenten/sections of the municipality above it. But the table is horribly out of date since a few guys started to draw all municipality boundaries in Flanders. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Workshop Trage Wegen
Hi all, As Kenny announced some time ago, Trage Wegen vzw (http://www.tragewegen.be) will organise an OSM workshop. Since he can't be there, he asked on the list for others to take care of it, which has become me. Practically, the workshop will take place on June 18th in Haaltert. Details to follow. Anyone whishing to come is of course more than welcome. A few questions and remarks: * First of all, please try to avoid mapping in the Haaltert region the until that day. Now there remains a lot to be done (it is just out of the old good quality Google image area). For newcomers it is more fun if their work shows clearly on the map. * Since most of them will not know OSM I would like to start with a short presentation of OSM. Mainly the comparison with wikipedia and some images showing possibilities and growth of OSM. With some nice maps of course. Does such an introductory presentation exist and if yes can someone send it to me? * Since this is for Trage Wegen vzw, I would like a convention on how to map the numbers of buurtwegen/chemins vicinaux. Reasons why it should be mapped: - the numbers are an official reference, still used today (certainly for paths, not really for regular roads) - the data (especially the numbers) are available from an out of copyright source (Atlas der Buurtwegen/Atlas des Chemins Vicinaux dating from the 1840's), so a source that can be used. I do not express myself if the digitisations that are nowadays available on the websites of most provinces can be used, but the original atlas certainly can be used. There have been a few discussions a while ago, but as far as I remember inconclusive. I remember that someone proposed vicinal_ref. According to me a good suggestion for since it shows clearly what the origin of the reference is. It is of course not internationally recognised, which according to me is no problem since the whole buurtwegen/chemins vicinaux concept is national. Any problems if I would present this as the way to add those numbers? * If I remember well OSM-be has some loggers available for mapping parties and the like. I could not find a page on the wiki about it. Anyone has information? If they are available and could be used for the workshop, how can I get them. I am commuting between Ghent and Brussels so I can easily pick them up in any those two cities. * Any other suggestions? wouter -- Wie niet in zichzelf gelooft, komt nergens. - Thor Heyerdahl ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Workshop Trage Wegen
On 9-6-2011 21:40, Wouter Hamelinck wrote: * First of all, please try to avoid mapping in the Haaltert region the until that day. Now there remains a lot to be done (it is just out of the old good quality Google image area). For newcomers it is more fun if their work shows clearly on the map. I seriously hope you actually meant just out of the old good quality BING image area ? * If I remember well OSM-be has some loggers available for mapping parties and the like. I could not find a page on the wiki about it. Anyone has information? If they are available and could be used for the workshop, how can I get them. I am commuting between Ghent and Brussels so I can easily pick them up in any those two cities. http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GPS_Devices -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Workshop Trage Wegen
I seriously hope you actually meant just out of the old good quality BING image area ? Euh no, I meant Yahoo... You know, what we had before Bing, but was only good in some parts of the country. http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GPS_Devices Thank you wouter -- Wie niet in zichzelf gelooft, komt nergens. - Thor Heyerdahl ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Workshop Trage Wegen
Wouter Hamelinck wrote: I seriously hope you actually meant just out of the old good quality BING image area ? Euh no, I meant Yahoo... You know, what we had before Bing, but was only good in some parts of the country. I really suggest using Bing then from now on, it covers the entire country and is of higher resolution and much newer compared to Yahoo... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Workshop Trage Wegen
Hi Wouter, I will probably try to come for the meeting. Is it going to be like a mapping party? I can coach a group and I have two GPS units, so one can be for another group. I have no idea where those lend out GPS units are. There should be a list of them on the wiki, mentioning their whereabouts. Maybe people can be asked to bring their PDAs along, if they include a GPS. Something like NoniGpsPlot can be installed fairly quickly. The convention I see for mapping buurt- and voetwegen is as follows: name=Voetweg xx or name=Buurtweg yy http://www.openstreetmap.org/?lat=50.88679lon=4.58564zoom=16layers=M As they are found on their name tags. Unless they got a 'proper' name. I have been looking at those atlases of buurtwegen and around here many of those buurtwegen from around 1830 now have become actual streets. Polyglot 2011/6/9 Wouter Hamelinck wouter.hameli...@gmail.com Hi all, As Kenny announced some time ago, Trage Wegen vzw (http://www.tragewegen.be) will organise an OSM workshop. Since he can't be there, he asked on the list for others to take care of it, which has become me. Practically, the workshop will take place on June 18th in Haaltert. Details to follow. Anyone whishing to come is of course more than welcome. A few questions and remarks: * First of all, please try to avoid mapping in the Haaltert region the until that day. Now there remains a lot to be done (it is just out of the old good quality Google image area). For newcomers it is more fun if their work shows clearly on the map. * Since most of them will not know OSM I would like to start with a short presentation of OSM. Mainly the comparison with wikipedia and some images showing possibilities and growth of OSM. With some nice maps of course. Does such an introductory presentation exist and if yes can someone send it to me? * Since this is for Trage Wegen vzw, I would like a convention on how to map the numbers of buurtwegen/chemins vicinaux. Reasons why it should be mapped: - the numbers are an official reference, still used today (certainly for paths, not really for regular roads) - the data (especially the numbers) are available from an out of copyright source (Atlas der Buurtwegen/Atlas des Chemins Vicinaux dating from the 1840's), so a source that can be used. I do not express myself if the digitisations that are nowadays available on the websites of most provinces can be used, but the original atlas certainly can be used. There have been a few discussions a while ago, but as far as I remember inconclusive. I remember that someone proposed vicinal_ref. According to me a good suggestion for since it shows clearly what the origin of the reference is. It is of course not internationally recognised, which according to me is no problem since the whole buurtwegen/chemins vicinaux concept is national. Any problems if I would present this as the way to add those numbers? * If I remember well OSM-be has some loggers available for mapping parties and the like. I could not find a page on the wiki about it. Anyone has information? If they are available and could be used for the workshop, how can I get them. I am commuting between Ghent and Brussels so I can easily pick them up in any those two cities. * Any other suggestions? wouter -- Wie niet in zichzelf gelooft, komt nergens. - Thor Heyerdahl ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Private negotiations
Hi, Richard Fairhurst wrote: CONDITIONS FOR TIMSC TO RELICENSE HIS DATA (Version 1) This is an interesting document and the first time that I have seen *anybody*, including past and present members of OSMF board, draft such a detailed code of conduct if you will. There are some ideas in there that I would agreee with, maybe in a slightly softer wording, and I would hope that TimSC either stands for election to the board or becomes a member of the AoA group that is also trying to lay down some rules for the future of OSMF. It is unfortunate that TimSC tries to make OSMF reform a condition of his agreement to relicense his contribution. This is of course totally out of the question, and it is sad because even the good ideas in the document are tarnished by this attempt at coercion. One could almost say that now, even if OSMF were to implement some of the usable ideas in that document, they would forever have to defend themselves against the notion that they sold out just to keep a minuscle amount of data (data that is, if RichardF is to be believed, not even universally welcomed by other mappers on the ground). I suggest that TimSC's attempt at negotiation be categorically rejected without further ado; he should be treated exactly the same as any other mapper and if he doesn't reconsider then his contributions will have to be removed and, where desirable, remapped. No single individual can possibly have made a contribution that should allow them to, without even being elected, exert such influence on OSMF. (If TimSC is granted special treatment because of his personal contribution, then what even more special treatment would we have to afford entities like AND, Yahoo, or Bing who have done a lot for us?) At the same time, and even though this may sound conflicting, an effort should be made to involve TimSC in AoA discussions, or he should be encouraged to stand for election to the board, because see first two paragraphs. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Private negotiations
Frederik Ramm frederik@... writes: I suggest that TimSC's attempt at negotiation be categorically rejected without further ado; he should be treated exactly the same as any other mapper and if he doesn't reconsider then his contributions will have to be removed and, where desirable, remapped. No single individual can possibly have made a contribution that should allow them to, without even being elected, exert such influence on OSMF. I live and map in London and some of my contributions would be flushed down the pan if Tim declines to relicense. I agree completely with Frederik. -- Andrew ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Private negotiations.
Andrew said I live and map in London and some of my contributions would be flushed down the pan if Tim declines to relicense. I agree completely with Frederik. Exactly. In all this kerfuffle the only important thing is the CT. With them collaborative mapping is possible. Without them, as we are now seeing, collaborative mapping is not possible. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Private negotiations.
The problems with the CC-BY-SA license are fully hypothetical, as there have been no real life problems. There have been some hesitations at commercial users of OSM data with the Share Alike part, but OSM is not bound to enforce the SA part of the current license either, so we could just allow them to use data without SA. I do not feel any particular sympathy for the commercial users of our data to the extent that we need to jeopardize OSM just for their interests. My sympathy is with those who do not have access to data, such as in emergency situations. OSM was best in Haiti. No real problem has occurred with CC-BY-SA, and no initiative has done more harm to OSM in history than then the insisted proposal to change the license (-that-does-not-fit-:CC-BY-SA) to (-the-license-that-cannot-be-enforced-:ODBL) by (-the-people-that-do-not-own-OSM-). OSMF is playing a legal game with the interest of the community. Since months a lot of active mappers have stopped contributing just because of uncertainty about their data. Some of us try to minimize the number of refused CT (about 400) but I have the strong feeling that those are mainly found in the old core of the first 1000 of OSM mappers, the founders that were interested in real free data. The 102000 new signups that agreed with the CT probably just signed (but I cannot prove that) because they were not given a choice, nor knew about the history of OSM, and signed a CT just as they sign one upon installing a new piece of shareware / i-don't-care-ware. I almost fully support the reasoning of TIM, just do not understand why he tried this in private. He must have his reasons. Over all, the procedures of the introduction of ODBL and CT have a strong smell of -this-must-happen-regardless-what-and-who, without anyone mad really clear why this is absolutely necessary. Gert -Oorspronkelijk bericht- Van: Rob Myers [mailto:r...@robmyers.org] Verzonden: donderdag 9 juni 2011 19:30 Aan: legal-talk@openstreetmap.org Onderwerp: Re: [OSM-legal-talk] Private negotiations. On 09/06/11 18:18, Nakor Osm wrote: This is wrong: remove the CTs and leave the database licensed as it is today and no data needs to be removed. The license today has problems. Both the license and the way that the license is chosen need to change. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Private negotiations.
Gert Gremmen wrote: Some of us try to minimize the number of refused CT (about 400) but I have the strong feeling that those are mainly found in the old core of the first 1000 of OSM mappers, the founders that were interested in real free data. Wut? AFAIK the three contributors with the longest continuous pedigree in OSM (going by mailing list postings) are Steve, Matt and me, in that order. All three support ODbL+CT. Of the 397 people who have declined ODbL+CT, only two are within the first 1000 user ids. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-legal-talk-Private-negotiations-tp6457543p6460059.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error
On 9 June 2011 08:38, Saphy Mo saphy...@yahoo.com wrote: The file is the same Europe.osm.bz2 directly downloaded from geofabrik. I will decomprese it and try to see the order of Nodes, Ways and relation. But the error happens while pending_ways query. It occurs to me you can see this during import, by seeing which counters go up first. The reason that this is a problem is that in a normal import while importing the nodes there are no way so pending_ways is empty. Since yours is not empty the question is why. There are two possibilities: 1. The database wasn't empty to start with, But with create mode that seems unlikely. 2. The ways come before the nodes, which means all ways get marked as pending when the nodes are imported. And it barfs on this query when there are a lot of them. Note you can als get a quick answer with just: $ bzcat file |head Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New Community Updates newsletter
Hi, please find enclosed the next issue of the Community Updates: http://wiki.openstreetmap.org/wiki/Community_Updates/2011-05-30 kind regards Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error
Martijn van Oosterhout kleptog at gmail.com writes: On 9 June 2011 08:38, Saphy Mo saphyfar at yahoo.com wrote: The file is the same Europe.osm.bz2 directly downloaded from geofabrik. I will decomprese it and try to see the order of Nodes, Ways and relation. But the error happens while pending_ways query. It occurs to me you can see this during import, by seeing which counters go up first. The osm2pgsql wiki http://wiki.openstreetmap.org/wiki/Osm2pgsql#Optimization says it is smart to increase the value of checkpoint_segments. I have a feeling that it is compulsory, at least I was not able to import the Finnish excerpt at all with the PostgreSQL 9.0 default value. But perhaps you have increased it already. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Contributor Terms
I don't know... maybe someone on talk@ can help. On 6/8/2011 1:20 AM, Renuka Phadnis wrote: Hi Steve I am a journalist at The Hindu, a leading national newspaper in India. I am interested in knowing if OpenStreetMap is coming any time to Mangalore (please note, 'M', not 'B') in Southern India. Thanks All wishes Renuka Phadnis Special Correspondent The Hindu Mangalore Karnataka, India. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-kosovo] Addressing System in OSM
Hey Besfort, can you clarify the problem a bit more? What are you trying to do? Tag OSM streets with addresses? Or what? The more detail you ask about, the more help you are likely to get. This page describes some helpful guides to get the best answers out of forums: http://www.catb.org/~esr/faqs/smart-questions.html Perhaps http://www.catb.org/~esr/faqs/smart-questions.html#explicit and http://www.catb.org/~esr/faqs/smart-questions.html#beprecise will help (although this is geared a bit towards technical issues) On 6/7/11, Besfort Guri besig...@gmail.com wrote: Who can help me with Addressing System in OpenStreetMap, I need like a tutorial for that because I am trying to figure out some problems in Kosovo, but I need help to do that ?... -- Regards Besfort Guri +377 44 49 88 91 www.besiguri.wordpress.com http://besfortp.posterous.com/ -- Prabhas Pokharel http://twitter.com/prabhasp Nepal mobile: +977 98137 91044 US mobile: +1 347 948 7654 skype/facebook/whatever: prabhasp ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the transport network renders by 3liz
Robin Paulson wrote on 09/06/2011 at 11:48:20 +1100 subject [OSM-talk] the transport network renders by 3liz : does anyone know anything about this? http://3liz.fr/public/osmtransport/index.php it's rather useful, but it doesn't look like the data set's been updated in a while. is the owner here? I know the owner: René-Luc rldhont at gmail.com He is on talk...@openstreetmap.org -- Sincerely Hendrik Oesterlin - New Caledonia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Rendering error on Mapnik
There is a rendering error in India http://www.openstreetmap.org/?lat=13.01lon=75.31zoom=8layers=M screenshot at http://oesterlin.ile.nc/div/mapnik_error.png I did not figure out the reason for this. Hendrik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Blue color in part of MAP by MAPNIK
Please see attachment png Dear friend, I produced a MAP by Mapnik in Boarder of France and Germany directly from Database FRANCE of france.osm.bz2. But part of maps are colored blue, as you see in attachment. Only new boarder but inside the country it is blue. Please let me know about the reason. regards, Saphy Meta_10_532_351.png Description: Binary data ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Blue color in part of MAP by MAPNIK
On Thu, 2011-06-09 at 02:15 -0700, Saphy Mo wrote: I produced a MAP by Mapnik in Boarder of France and Germany directly from Database FRANCE of france.osm.bz2. But part of maps are colored blue, as you see in attachment. Only new boarder but inside the country it is blue. is this at all resolutions? Someone just pointed out the same thing in India. -- regards KG http://lawgon.livejournal.com Coimbatore LUG rox http://ilugcbe.techstud.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Private negotiations
TimSC wrote: Yes, I attended to previous LWG teleconference and I asked for LWG, as a committee, to enter into direct negotiations with me, an individual mapper. The draft minutes are online [1]. Thanks for the link, which I see contains your conditions. As I know there are people on this list who won't look at Google-hosted documents on principle I'll copy and paste them here for convenience. [quote begins] CONDITIONS FOR TIMSC TO RELICENSE HIS DATA (Version 1) This list is negotiable. The rationale for each point is omitted but I am willing to discuss it as needed. DECISION MAKING IN OSM 1.1) All future significant decisions regarding OSM licensing, or changes to OSM features that might impact the ability of contributors to edit the database, or third parties to use the OSM database, shall be discussed and decided in a public forum. If consensus cannot be reached in the public forum, a vote of all active contributors shall be conducted. Significant decisions shall not be made by committee concerning OSM, unless that committee has a direct, relevant and democratic mandate from all active OSM contributors. This includes the decision to switch the database to ODbL. 1.2) Significant decisions shall be documented on the OSM wiki, including the rationale and supporting references. 1.3) The process that OSM reaches decisions shall be documented on the wiki. 1.4) Future proposal documents and communications from OSMF to the OSM community give appropriate weight to dissenting views in the community, and written from a neutral point of view. 1.5) The OSM database shall not be filtered based on licenses agreement until the feasibility of repairing the database to a usable state in a reasonable time frame is determined. 1.6) A vote shall be conducted to determine the support of SA vs. non-SA, BY vs. non-BY, single vs. multiple licenses, fork vs. no fork in the OSM mapping community. This shall determine OSMF's priorities in the direction of licensing and allocation of resources. 1.7) OSM policy that significantly affects mapping contributors shall not be decided or ratified by votes of the OSMF membership. A future version of the OSM license (and CTs) shall address this. Indivual members of OSMF may of course participate in the discussion through community wide channels. OSMF policy that does not significantly affect OSM contributors may be determined by OSMF membership voting. OSMF AND LWG 2.0) Forum moderation, if used, should be community lead and moderators shall be selected based their excellent conduct. Users with a history of ad hominem attacks, or controvercial figures, will not be considered as a moderator. Views expressed on the forum shall not be censored merely because they are unpopular, but may be censored if they are maliciously repetitive. 2.1) OSM community leaders shall be held to the highest standard of conduct when communicating with anyone regarding OSM. OSMF committees and senior OSM community figures shall privately admonish and advise those of their number who fall short in this regard. If an OSMF committee member persists in poor behaviour, the committee shall ask for their resignation. 2.2) OSMF shall reaffirm that they are supporting but not controlling the project as stated on their wiki and recognise that the mapping contributors are the primary generators of value in OSM. The wiki shall be updated to remove the reference that OSMF have no desire to own the data. 2.3) LWG commits to answering questions on license compatibility and usage promptly (or to publically disavow this role). The LWG shall clarify which licenses may be used for produced works. 2.4) OSMF shall not combine opinion polling with relicensing questions, as seen with the recent CTs/PD web page. 2.5) Discussions between OSMF and their legal advisors should centrally document and be made public where possible. Areas that remain private must be agreed with the OSM community. 2.6) OSMF shall strive to maintain at least civil relations with fork projects and other related open data projects. Mutual support between these communities should be encouraged, particularly when it fits with OSM's mission statement (to create and provide free geographic data). 2.7) Direct and specific questions to any OSMF committee from a external party shall receive a personalised response within a set time frame. If the information is not known or not decided or cannot be provided, that is fine. This shall work rather like the FOI system in the UK; questions clearly intended to harress OSMF may be ignored. 2.8) OSMF committee members shall affirm that they are representitives of the community, not dictators until the next election. If the OSM community wants OSMF to steer in some direction, they shouldn't have to defeat the current OSMF board in elections to enact change (except as a last resort). LICENSING 3.1) Users to be able to optionally license their contributions under alternative licenses in account
Re: [OSM-talk] Blue color in part of MAP by MAPNIK
Looks similar to the false rendering in India reported by Hendrik some minutes ago. See http://www.openstreetmap.org/?lat=13.01lon=75.31zoom=8layers=M for live and http://oesterlin.ile.nc/div/mapnik_error.png for a screenshot regards Peter Am 09.06.2011 11:15, schrieb Saphy Mo: Please see attachment png Dear friend, I produced a MAP by Mapnik in Boarder of France and Germany directly from Database FRANCE of france.osm.bz2. But part of maps are colored blue, as you see in attachment. Only new boarder but inside the country it is blue. Please let me know about the reason. regards, Saphy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering error on Mapnik
2011/6/9 Hendrik Oesterlin hendrikmail2...@yahoo.de: There is a rendering error in India http://www.openstreetmap.org/?lat=13.01lon=75.31zoom=8layers=M screenshot at http://oesterlin.ile.nc/div/mapnik_error.png I did not figure out the reason for this. I guess this is a problem in the current coastline shapefiles. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering error on Mapnik
2011/6/9 Saphy Mo saphy...@yahoo.com: I think you are right. What should I do? Can I avoid all shapefile and use just only information as OSM in the database? Or should I wait until better shapefile will be accessible? First thing would be to check the coastline, if it still has this error or was corrected in the meantime. I am not sure if the shapefiles with coastlines can be avoided (in Mapnik, Osmarender and other renderers don't need shapefiles). There is an option in osm2pgsql to import coastlines (which per default are omitted), but you will likely end up with broken coastline geometry (because somewhere in the world it always will be broken) and maybe performance problems. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Osmosis and Mapnik
Dear friend, why osmosis is able to work with PostgreSQL database? Is it designed for import in purpose of rendering by Mapnik? can osmosis be any other equivalent tool for oms2pgsql? regards, saphy___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering error on Mapnik
There were some parts of the old coastline left in the land, hope this will fix it but I'm not certain. Vlad On 9 juin 2011, at 11:03, Hendrik Oesterlin wrote: There is a rendering error in India http://www.openstreetmap.org/?lat=13.01lon=75.31zoom=8layers=M screenshot at http://oesterlin.ile.nc/div/mapnik_error.png I did not figure out the reason for this. Hendrik ___ 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] osm2pgsql for 64-bit
For windows 64 there is need of osm2pgsql for 64-bit.is there any version of that available for users? regards, Saphy___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] howto upload source code file in OSM wiki
Hi
I have problems uploading a small shell script as file to OSM wiki.
How do I upload it that source higlighting is possible ?
I also have trouble to include block code in the wiki. Description is
missing and neither
nowiki
[code]
\nowiki
nor
{{{
[code]
}}}
do work
Thanks for helping
colliar
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] howto upload source code file in OSM wiki
You can use the source tag, like:
source lang=C
int i;
printf(Test);
/source
Or if you don't want syntax highlighting, you can use nowiki like
you've mentioned, but for some reason need to leave a space at the
beginning of nowiki, like:
nowiki
[code]
\nowiki
It would be nice for us to add a style like Wikipedia has, with a
dashed border around the code and a light gray background, like here:
http://en.wikipedia.org/wiki/Groovy_%28programming_language%29#Features
-Josh
On Thu, Jun 9, 2011 at 11:03 AM, colliar colliar4e...@aol.com wrote:
Hi
I have problems uploading a small shell script as file to OSM wiki.
How do I upload it that source higlighting is possible ?
I also have trouble to include block code in the wiki. Description is
missing and neither
nowiki
[code]
\nowiki
nor
{{{
[code]
}}}
do work
Thanks for helping
colliar
___
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] tile downloads
Hi, I'm a little unclear if this is the method I should be using to ask about acceptable use of the tile.openstreetmap.org server, but here goes: The Adler Planetarium runs a high altitude ballooning program for kids and when we are out in the field chasing and retrieving the balloon we need the ability to plot the current location on a locally served map. I'd like to use the tiles (down to zoom level 15 but no further) for the regions that the balloon usually travels over. We are a non-profit with limited resources and this would be a one-time download of something on the order of 1GB of tiles. It could be done over a period of a week or two. Does this qualify as acceptable use? Or should I install Mapnik etc.? Thanks, --Geza Gyuk == Geza Gyuk Department of Astronomy Adler Planetarium Astronomy Museum gg...@adlerplanetarium.org Make a gift today to support the renovation of the Sky Theater and help the Adler secure a challenge grant from The Kresge Foundation! http://www.adlerplanetarium.org/newskytheater ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
You should not pull tiles directly from OSM servers to put on your own. That's the kind of thing which would get you blocked. What you can do is if you have a very limited number of users, you can specify the OSM tileset in your openlayers config. Or you can use another OSM tileset, eg the one provided by Mapquest. If you want to run your own tile server (and I'm not entirely sure why you'd want to do this), you should render the data yourself, but I come back to why you'd want to do that. Presumably you just want to track your balloon, which would just mean using openlayers and either a point or a line on top of the map, so you don't need your own tileserver. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
On Thu, Jun 9, 2011 at 3:10 PM, Geza Gyuk gg...@adlerplanetarium.org wrote: Hi, I'm a little unclear if this is the method I should be using to ask about acceptable use of the tile.openstreetmap.org server, but here goes: The Adler Planetarium runs a high altitude ballooning program for kids and when we are out in the field chasing and retrieving the balloon we need the ability to plot the current location on a locally served map. I'd like to use the tiles (down to zoom level 15 but no further) for the regions that the balloon usually travels over. We are a non-profit with limited resources and this would be a one-time download of something on the order of 1GB of tiles. It could be done over a period of a week or two. Does this qualify as acceptable use? Or should I install Mapnik etc.? Your balloon program for kids sounds awesome. I presume that you want tiles to preload on your mobile devices? That sort of bulk tile downloading is, as Serge said, the sort of thing that will get you blocked. Even for a good cause like yours. I'm sure that you'll find a Good Samaritan who will offer to generate these tiles for you. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
Serge Wroclawski emac...@gmail.com writes: You should not pull tiles directly from OSM servers to put on your own. That's the kind of thing which would get you blocked. What you can do is if you have a very limited number of users, you can specify the OSM tileset in your openlayers config. Or you can use another OSM tileset, eg the one provided by Mapquest. If you want to run your own tile server (and I'm not entirely sure why you'd want to do this), you should render the data yourself, but I come back to why you'd want to do that. Presumably you just want to track your balloon, which would just mean using openlayers and either a point or a line on top of the map, so you don't need your own tileserver. The problem is that when we are on a chase we are out of internet contact. Even cell coverage is very spotty in many of the places so we can't use an online source for mapping data. The tiles I would pull would not be available online for other users, they would only be used for our local (in our chase van) network. Thanks, --Geza - Serge Make a gift today to support the renovation of the Sky Theater and help the Adler secure a challenge grant from The Kresge Foundation! http://www.adlerplanetarium.org/newskytheater ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Contributor Terms
OK, thanks. Cheers Renuka --- On Wed, 8/6/11, Steve Coast ste...@osmfoundation.org wrote: From: Steve Coast ste...@osmfoundation.org Subject: Re: OpenStreetMap Contributor Terms To: Renuka Phadnis phadnisr...@yahoo.com Cc: OpenStreetMap talk mailing list talk@openstreetmap.org Date: Wednesday, 8 June, 2011, 2:16 PM I don't know... maybe someone on talk@ can help. On 6/8/2011 1:20 AM, Renuka Phadnis wrote: Hi Steve I am a journalist at The Hindu, a leading national newspaper in India. I am interested in knowing if OpenStreetMap is coming any time to Mangalore (please note, 'M', not 'B') in Southern India. Thanks All wishes Renuka Phadnis Special Correspondent The Hindu Mangalore Karnataka, India. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
I like balloons and the planetarium! I'd be happy to render some tiles for you. Can you tell me/us what region you want? Specifically, what bounding box? What system(s) will you be viewing the tiles with? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
On 09/06/2011 20:10, Geza Gyuk wrote: Hi, I'm a little unclear if this is the method I should be using to ask about acceptable use of the tile.openstreetmap.org server, but here goes: The Adler Planetarium runs a high altitude ballooning program for kids and when we are out in the field chasing and retrieving the balloon we need the ability to plot the current location on a locally served map. I'd like to use the tiles (down to zoom level 15 but no further) for the regions that the balloon usually travels over. We are a non-profit with limited resources and this would be a one-time download of something on the order of 1GB of tiles. It could be done over a period of a week or two. Does this qualify as acceptable use? Or should I install Mapnik etc.? Maybe you could use software that displays vector maps? It should be less data to download than all of the tiles for the area, you could use planet extracts. It does depend on what OS and software you are using for tracking etc. Maybe look at QLandKarte GT or Gosmore, I think they can display vector maps and do some sort of real-time tracking. Craig ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NOTICE: Scheduled Maintenance - 23rd June 2011
Please copy this to local lists as appropriate. Thursday 7:30am (23rd June 2011 GMT/UTC+0) the API and map editing on www.openstreetmap.org will be unavailable. The maintenance period is expected to last for 12 hours. The following services will be unavailable during the maintenance period: API, editing features of www.openstreetmap.org and planet.openstreetmap.org including replication diffs. The wiki, mailing lists and help.openstreetmap.org will be unaffected. Technical: Some of the core servers are being re-located to another data-centre. Additional information will be posted to the following link closer to the time: http://wiki.openstreetmap.org/wiki/Servers/June_2011_Maintenance / Grant Part of the OSM sysadmin team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
- Original Message - From: Geza Gyuk gg...@adlerplanetarium.org To: talk@openstreetmap.org Sent: Thursday, June 09, 2011 8:10 PM Subject: [OSM-talk] tile downloads Hi, I'm a little unclear if this is the method I should be using to ask about acceptable use of the tile.openstreetmap.org server, but here goes: The Adler Planetarium runs a high altitude ballooning program for kids and when we are out in the field chasing and retrieving the balloon we need the ability to plot the current location on a locally served map. I'd like to use the tiles (down to zoom level 15 but no further) for the regions that the balloon usually travels over. We are a non-profit with limited resources and this would be a one-time download of something on the order of 1GB of tiles. It could be done over a period of a week or two. Does this qualify as acceptable use? Or should I install Mapnik etc.? Maybe Maperetive might fit you needs http://maperitive.net/ David Thanks, --Geza Gyuk == Geza Gyuk Department of Astronomy Adler Planetarium Astronomy Museum gg...@adlerplanetarium.org Make a gift today to support the renovation of the Sky Theater and help the Adler secure a challenge grant from The Kresge Foundation! http://www.adlerplanetarium.org/newskytheater ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Blue color in part of MAP by MAPNIK
Did anyone try to mark tiles as dirty, I've done this in the past and it seems to re-render properly, no idea why it occurs or why marking it as dirty fixes things, seems to be inconsistent so might be a mapnik bug. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile downloads
On Thu, Jun 9, 2011 at 3:10 PM, Geza Gyuk gg...@adlerplanetarium.org wrote: Hi, I'm a little unclear if this is the method I should be using to ask about acceptable use of the tile.openstreetmap.org server, but here goes: The Adler Planetarium runs a high altitude ballooning program for kids and when we are out in the field chasing and retrieving the balloon we need the ability to plot the current location on a locally served map. I'd like to use the tiles (down to zoom level 15 but no further) for the regions that the balloon usually travels over. We are a non-profit with limited resources and this would be a one-time download of something on the order of 1GB of tiles. It could be done over a period of a week or two. Does this qualify as acceptable use? Or should I install Mapnik etc.? Thanks to all who answered so quickly, I've gotten a lot of great advice, suggestions, leads and offers of help! This will really help out our program and make the experience for the kids much better. I'll be sure to credit OSM data and the OSM community for its assistance! Thanks, --Geza Make a gift today to support the renovation of the Sky Theater and help the Adler secure a challenge grant from The Kresge Foundation! http://www.adlerplanetarium.org/newskytheater ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] License graphs broken
So yeah... Looks like my router at home locked up again. Unfortunately I am just over half way through a week-long, 500 mile bicycle ride across the state of Kansas ( http://www.bak.org ) so I am unable to do anything about it. I'm barely online myself as wifi hotshots are pretty rare in rural Kansas as is reliable cell phone data service. I think I saw Richard W had some similar graphs somewhere... The good news is that I am taking survey pictures and editing on my phone using Vespucci along the way. That matters more than database licencing anyway, right? :) Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Plastic Heroes bakken taggen?
Die bakken van de gemeente (Leiden) [1] om plastic in te zamelen hebben een hele lijst wat wel en niet mag: http://www.plasticheroes.nl/images/stories/watwelwatniet.png echter een specificatie van amenity=recycling lijkt geen van alle alle te matchen: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Gr. /Rick [1] http://gemeente.leiden.nl/loket/inhoud/pdc/toon/product/plasticafval/ -- http://rickvanderzwet.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
Ik tag ze met plastic=yes http://www.openstreetmap.org/browse/node/519147575 Volgens mij mag dit er allemaal in toch? recycling:plastic_bags=yes/no recycling:plastic_bottles=yes/no often they allow bottles but not other plastic items! recycling:plastic_packaging=yes/no plastic_heroes zou impliceren dat je er plastic_heroes kunt laten recyclen Gr, floris 2011/6/9 Rick van der Zwet i...@rickvanderzwet.nl: Die bakken van de gemeente (Leiden) [1] om plastic in te zamelen hebben een hele lijst wat wel en niet mag: http://www.plasticheroes.nl/images/stories/watwelwatniet.png echter een specificatie van amenity=recycling lijkt geen van alle alle te matchen: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Gr. /Rick [1] http://gemeente.leiden.nl/loket/inhoud/pdc/toon/product/plasticafval/ -- http://rickvanderzwet.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] Plastic Heroes bakken taggen?
On Thu, 9 Jun 2011 11:49:06 +0200, Rick van der Zwet wrote: Die bakken van de gemeente (Leiden) [1] om plastic in te zamelen hebben een hele lijst wat wel en niet mag: http://www.plasticheroes.nl/images/stories/watwelwatniet.png echter een specificatie van amenity=recycling lijkt geen van alle alle te matchen: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Gr. /Rick [1] http://gemeente.leiden.nl/loket/inhoud/pdc/toon/product/plasticafval/ Ik maak er gewoon recycling:plastic van. Want dat is het toch? Alles van plastic mag er in, behalve KCA en groot plastic afval. Maar dat krijg je sowieso niet door de opening. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
2011/6/9 Maarten Deen md...@xs4all.nl: On Thu, 9 Jun 2011 11:49:06 +0200, Rick van der Zwet wrote: Die bakken van de gemeente (Leiden) [1] om plastic in te zamelen hebben een hele lijst wat wel en niet mag: http://www.plasticheroes.nl/images/stories/watwelwatniet.png echter een specificatie van amenity=recycling lijkt geen van alle alle te matchen: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Gr. /Rick [1] http://gemeente.leiden.nl/loket/inhoud/pdc/toon/product/plasticafval/ Ik maak er gewoon recycling:plastic van. Want dat is het toch? Alles van plastic mag er in, behalve KCA en groot plastic afval. Maar dat krijg je sowieso niet door de opening. recycling:plastic is echter geen officiële tag VZIW want hij staat niet in het wiki lijstje: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling -- http://rickvanderzwet.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
On Thu, 9 Jun 2011 12:08:55 +0200, Rick van der Zwet wrote: 2011/6/9 Maarten Deen md...@xs4all.nl: On Thu, 9 Jun 2011 11:49:06 +0200, Rick van der Zwet wrote: Die bakken van de gemeente (Leiden) [1] om plastic in te zamelen hebben een hele lijst wat wel en niet mag: http://www.plasticheroes.nl/images/stories/watwelwatniet.png echter een specificatie van amenity=recycling lijkt geen van alle alle te matchen: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Gr. /Rick [1] http://gemeente.leiden.nl/loket/inhoud/pdc/toon/product/plasticafval/ Ik maak er gewoon recycling:plastic van. Want dat is het toch? Alles van plastic mag er in, behalve KCA en groot plastic afval. Maar dat krijg je sowieso niet door de opening. recycling:plastic is echter geen officiële tag VZIW want hij staat niet in het wiki lijstje: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Ik heb er nooit bij nagedacht dat gewoon plastic niet officieel zou zijn. En Please expand this list staat er bij. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
Rick van der Zwet wrote: recycling:plastic is echter geen officiële tag VZIW want hij staat niet in het wiki lijstje: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling nu wel :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
bij deze verklaar ik het 'officieel'. we zijn vast het enige land met zoiets. ik maak wel even een foto van zo'n bak en zet hem er vanavond bij. gr, floris 2011/6/9 Maarten Deen md...@xs4all.nl: On Thu, 9 Jun 2011 12:08:55 +0200, Rick van der Zwet wrote: 2011/6/9 Maarten Deen md...@xs4all.nl: On Thu, 9 Jun 2011 11:49:06 +0200, Rick van der Zwet wrote: Die bakken van de gemeente (Leiden) [1] om plastic in te zamelen hebben een hele lijst wat wel en niet mag: http://www.plasticheroes.nl/images/stories/watwelwatniet.png echter een specificatie van amenity=recycling lijkt geen van alle alle te matchen: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Gr. /Rick [1] http://gemeente.leiden.nl/loket/inhoud/pdc/toon/product/plasticafval/ Ik maak er gewoon recycling:plastic van. Want dat is het toch? Alles van plastic mag er in, behalve KCA en groot plastic afval. Maar dat krijg je sowieso niet door de opening. recycling:plastic is echter geen officiële tag VZIW want hij staat niet in het wiki lijstje: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling Ik heb er nooit bij nagedacht dat gewoon plastic niet officieel zou zijn. En Please expand this list staat er bij. Maarten ___ 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] Plastic Heroes bakken taggen?
Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Ik zou specifiek Nederlandse termen voorkomen zolang het geen specifiek Nederlands fenomeen is. Anders heeft straks ieder land zijn eigen tags. In dit geval benadert amenity=recycling + recycling_type=container + recycling:plastic=yes al ongeveer wat het is (en dit is gebruikelijk) amenity=recycling + recycling_type=container + recycling:plastic_bags=yes + recycling:plastic_bottles=yes + recycling:plastic_packaging=yes geeft in nog betere benadering weer wat in de plastic heroes mag en zo snappen buitenlanders dit ook nog. Mocht je echt behoefte hebben aan te geven dat het een plastic heroe is kan dat met de name-tag of eventueel de operator-tag, maar ik persoonlijk zou die niet gebruiken. Een kaart is altijd een vereenvoudigde weergave van de werkelijkheid. Groeten, Dirk Dirk Bussche Senior Adviseur Geografische Toepassingen T +31 (0)570 666 830 ▪ E dbuss...@goudappel.nl (aanwezig op kantoor: maandag, dinsdag en woensdag) Goudappel Coffeng ▪ Snipperlingsdijk 4 ▪ 7417 BJ Deventer ▪ Postbus 161 ▪ 7400 AD Deventer ▪ The Netherlands ▪ www.goudappel.nl Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
offtopic: Ik wist niet eens dat het bestaat. Wel weer een uitvinding zeg, gelukkig kennen sommige steden nascheiding. Martien 2011/6/9 dbuss...@goudappel.nl Zal ik ze gaan taggen met recycling:plastic_heroes=yes en een entry op de wiki maken of heeft iemand anders een betere tag in gedachten? Ik zou specifiek Nederlandse termen voorkomen zolang het geen specifiek Nederlands fenomeen is. Anders heeft straks ieder land zijn eigen tags. In dit geval benadert amenity=recycling + recycling_type=container + recycling:plastic=yes al ongeveer wat het is (en dit is gebruikelijk) amenity=recycling + recycling_type=container + recycling:plastic_bags=yes + recycling:plastic_bottles=yes + recycling:plastic_packaging=yes geeft in nog betere benadering weer wat in de plastic heroes mag en zo snappen buitenlanders dit ook nog. Mocht je echt behoefte hebben aan te geven dat het een plastic heroe is kan dat met de name-tag of eventueel de operator-tag, maar ik persoonlijk zou die niet gebruiken. Een kaart is altijd een vereenvoudigde weergave van de werkelijkheid. Groeten, Dirk Dirk Bussche Senior Adviseur Geografische Toepassingen T +31 (0)570 666 830 ▪ E dbuss...@goudappel.nl (aanwezig op kantoor: maandag, dinsdag en woensdag) Goudappel Coffeng ▪ Snipperlingsdijk 4 ▪ 7417 BJ Deventer ▪ Postbus 161 ▪ 7400 AD Deventer ▪ The Netherlands ▪ www.goudappel.nl Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ 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] Plastic Heroes bakken taggen?
On 09-06-11 12:20, Floris Looijesteijn wrote: bij deze verklaar ik het 'officieel'. we zijn vast het enige land met zoiets. Ik denk het niet, in Zweden hebben we dit al jaren. Sterker nog, eerst was er nog apart hard en zacht plastic, maar dat onderscheid is aan het verdwijnen. -peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
recycling:plastic komt al 1629 keer voor: http://taginfo.openstreetmap.de/keys/recycling%3Aplastic#map 2011/6/9 Peter Berck durian...@gmail.com: On 09-06-11 12:20, Floris Looijesteijn wrote: bij deze verklaar ik het 'officieel'. we zijn vast het enige land met zoiets. Ik denk het niet, in Zweden hebben we dit al jaren. Sterker nog, eerst was er nog apart hard en zacht plastic, maar dat onderscheid is aan het verdwijnen. -peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel schaaltreinen.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plastic Heroes bakken taggen?
en da's meer dan alle andere plastic-gerelateerde tags bij elkaar: http://taginfo.openstreetmap.de/search?q=plastic#keys 2011/6/9 Martijn van Exel m...@rtijn.org: recycling:plastic komt al 1629 keer voor: http://taginfo.openstreetmap.de/keys/recycling%3Aplastic#map 2011/6/9 Peter Berck durian...@gmail.com: On 09-06-11 12:20, Floris Looijesteijn wrote: bij deze verklaar ik het 'officieel'. we zijn vast het enige land met zoiets. Ik denk het niet, in Zweden hebben we dit al jaren. Sterker nog, eerst was er nog apart hard en zacht plastic, maar dat onderscheid is aan het verdwijnen. -peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel schaaltreinen.nl -- martijn van exel schaaltreinen.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hoe gecombineerde bruggen te mappen?
Dat is een beetje onzin, want als brug==open dan zijn niet alle wegen die brug als eigenschap hebben onderbroken (hoop ik :-) YRS Op 7-6-2011 13:00, Lennard schreef: Zoals een collega van me al zei, ways zouden een relatie met een brug moeten hebben, zodat dingen als 'de brug is dicht' ook invloed kunnen hebben op de wegen er overheen. Die relatie is er al. Behoorlijk sterk ook. 'Brug' is namelijk een eigenschap die we direct op wegen zetten. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Atribuição de créditos em imagens da edição de 28 de Maio
Olá Rose, On Ter, 2011-05-31 at 15:30 -0300, Rosilene Braga - Arte wrote: Caro Samuel Como Editora Adjunta de Arte dos jornais O TEMPO e Pampulha, gostaria de pedir desculpas pelo ocorrido (imagem sua não creditada no jornal Pampulha). Entendemos também como grave equívoco grave e, por isso, todos na editoria já foram informados e alertados do ocorrido. Ficamos felizes em saber que o trabalho foi útil e que as atribuições foram feitas. As imagens não são minhas, mas de vários autores no mundo, representado pelo projeto OpenStreetMap. Pela manhã já havia visto as notas no site do jornal. Enfim, peço desculpas mais uma vez e agradeço muito a sua mensagem. Aproveito para informar que já foi feita a correção no site do jornal e uma errata será publicada na próxima edição impressa do Pampulha, que circula no próximo sábado. Obrigado pela correção! Enviarei esta mensagem para uma lista de discussão, para que os outros colaboradores brasileiros e a fundação saibam. Como disse no outro e-mail, os produtos do projeto estão lá para serem usados por todos, desde que seguidas as licenças de uso. Espero poder ver mais mapas do OSM em seus jornais :). Atenciosamente, -- Samuel Vale sv...@svale.eng.br signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Manutenção Programada - 23 de junho de 2011
Pessoal, A API, edições no mapa e planet diffs do OpenStreetMap estarão fora do ar por 12 horas no dia 23 de junho, a partir das 03:30 da manhã. VItor -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Thu, Jun 9, 2011 at 3:17 PM Subject: [Announce] NOTICE: Scheduled Maintenance - 23rd June 2011 To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Please copy this to local lists as appropriate. Thursday 7:30am (23rd June 2011 GMT/UTC+0) the API and map editing on www.openstreetmap.org will be unavailable. The maintenance period is expected to last for 12 hours. The following services will be unavailable during the maintenance period: API, editing features of www.openstreetmap.org and planet.openstreetmap.org including replication diffs. The wiki, mailing lists and help.openstreetmap.org will be unaffected. Technical: Some of the core servers are being re-located to another data-centre. Additional information will be posted to the following link closer to the time: http://wiki.openstreetmap.org/wiki/Servers/June_2011_Maintenance / Grant Part of the OSM sysadmin team. ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Nuklearkarte
Gerhard hat eine schöne Nuklear-Karte für DE gemacht (als PDF) http://wiki.openstreetmap.org/wiki/File:MapgenGermanyNuclear.pdf Eine dynamische Version gibt es hier: http://opendata.zeit.de/atomreaktoren/#/de/ Vielleicht hat ja jemand Lust, das weltweit zu kombinieren? Ergänzt um: - Forschungsreaktoren - Lehrreaktoren - Zwischenlager - potentielle Endlager - aktive Uranminen - geplanten Stillegungs-Terminen - erfolgten Stillegungs-Terminen - erlittenen GAUs, gestuft nach Schweregrad - ... In z=2..8 mit hervorgehobenen Landesgrenzen, Ländernamen, und Namen der grossen Orte Bei der aktuellen weltweiten Ausstiegsdebatte wäre das eine hilfreiche Visualisierung. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Resorts = landuse=residental ??
hi ! ich weiß zuhause gibt es immer noch genug zu tun - aber gestern war ich kurz in Ägypten und habe eine riesige Windkraftanlage erfaßt und dabei sind mir Bebauungen am Suez aufgefallen (tolle Bilder im übrigen) und da habe ich just4fun 2 erfaßt. Das sind nun Hotelanlagen (Resorts) im großen Stil - würdet Ihr diese mit Landuse=residental erfassen ?? Gruß Jan :-) [1] http://www.openstreetmap.org/?lat=29.21675lon=32.60147zoom=15 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
moin moin, hier noch was extremes, auf das mich suncobalt vom Forum hingewiesen hat: https://secure.wikimedia.org/wikipedia/de/wiki/Weil_der_Stadt#Name_der_Stadt Ist übrigens so in osm drin: http://www.openstreetmap.org/?minlon=8.86072372437minlat=48.7401029968maxlon=8.88072467804maxlat=48.7601068115 Gruss Walter p.s. was machen wir denn mit dem profanen Gemeinde Kleinkleckersdorf ,Amt Bullerbü? oder xyz, Stadt Das sind doch nur wirlich keine erhaltenswürdige Bestandteile des Namens, oder? (sind übigens derzeit 2979 Einträge) - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6456940.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] Omosis incrementeller update (was: OpenLinkMap outdated?)
Sarah Hoffmann lon...@denofr.de wrote: Sicher. Task --write-pgsql-change http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--write-pgsql-change_.28--wpc.29 Ah OK, d.h. ich kann einfach statt sowas: osmosis --rri workingDirectory=$WDIR --simc --wxc update.osc osm2pgsql ... update.osc etwas in dieser Art: osmosis --rri workingDirectory=$WDIR --simc --wpc ... verwenden? Gruss Sven -- AMZN US won't let me buy MP3s b/c I have UK credit cards. Amazon UK won't let me buy MP3s b/c I'm in the US. P2P doesn't care. Go copyright! (Cory Doctorow) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lübecker Stammtisch - abweichender Termin
Moin! aus aktuellem Anlass wollte ich nur daraufhinweisen das HEUTE abweichend der Lübecker Stammtisch [1] stattfindet !!! Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/L%C3%BCbecker_Mappertreffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nuklearkarte
Markus liste12a4...@gmx.de wrote: Eine dynamische Version gibt es hier: http://opendata.zeit.de/atomreaktoren/#/de/ Die auf Google Maps basiert... Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nuklearkarte
Am 09.06.2011 08:42, schrieb Markus: Eine dynamische Version gibt es hier: http://opendata.zeit.de/atomreaktoren/#/de/ was hat denn diese Karte mit OSM zu tun? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Martin Trautmann wrote: Und obendrein verwende ich für die Suche auch die mir unterkommenden Schreibvarianten wie Frankfurt a.M., Frankfurt a. Main (keine Ahnung, wer sich solchen Blödsinn ausdenkt, einen Buchstaben durch einen Punkt einzusparen), Frankfurt a.Main, Frankfurt / Main, Frankfurt/Main usw. in OSM steht Frankfurt/Main als einziger Eintrag mit name=Frankfurt am Main, Stadt drin. -noch- Was ist der Kern-Name von Wakendorf? Wakendorf I Wakendorf II Wakendorf bei Henstedt-Ulzburg - Wakendorf II Wakendorf bei Wismar, Mecklenburg Wakendorf, Holstein natürlich Wakendorf. alles andere sind Zusätze - postfix Was ist der Kernname bei St. Irgendwas? St. Irgendwas - so wie der DR. Bestandteil des Namens ist Denkbar ist z.B. auch eine Suche, wo die Postleitzahl zur Eingrenzung mit herangezogen wird. Iterative, mehr oder weniger automatische Ansätze zur Eingrenzung der Ergebnisse sind wünschenswert. Das ist bei uns Job von Nominatim und daher nicht Thread-Relevant Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6457028.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] feuerwehr karte
hi, thema wurde hier und im forum diskutiert, daher: first shot mit mapgen: http://www.gary68.de/temp/huje.pdf for what it's worth gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik - Rendern von Dünen
Hi ! kann mir einer sagen wo ich Renderwünsche hinterlegen kann ? Hätte gerne das die Dünen auch dargestellt werden - natural=dune. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik - Rendern von Dünen
Am 09.06.2011 12:08, schrieb Jan Tappenbeck: kann mir einer sagen wo ich Renderwünsche hinterlegen kann ? Auf http://trac.openstreetmap.org Komponente Mapnik wählen. Hätte gerne das die Dünen auch dargestellt werden - natural=dune. Problem: Es gibt Sand- und GrasDünen, soll der Renderer Dünen also rötlich oder grünlich darstellen ? Sanddünen könnte man als natural=sand taggen, das wird auch schon gerendert. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Am 8. Juni 2011 18:19 schrieb Garry garr...@gmx.de: Am 07.06.2011 16:42, schrieb Frederik Ramm: anderen aufzudiktieren, wie sie ihre Arbeit machen sollen. Das klingt aus Deinem Mund jetzt sehr paradox... naja, wenn ich naturgemäß auch mit dem Rest Deiner Mail weitgehend übereinstimme, hier widerspreche ich doch gern: Frederik ist prinzipiell ziemlich liberal und laisser-faire-mäßig unterwegs, da ist aus meiner Sicht nichts Paradoxes an seiner Aussage. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik - Rendern von Dünen
Am 9. Juni 2011 12:37 schrieb Chris66 chris66...@gmx.de: Am 09.06.2011 12:08, schrieb Jan Tappenbeck: kann mir einer sagen wo ich Renderwünsche hinterlegen kann ? Auf http://trac.openstreetmap.org Komponente Mapnik wählen. Hätte gerne das die Dünen auch dargestellt werden - natural=dune. Problem: Es gibt Sand- und GrasDünen, soll der Renderer Dünen also rötlich oder grünlich darstellen ? Sanddünen könnte man als natural=sand taggen, das wird auch schon gerendert. natural=sand halte ich für Unsinn, wenn man irgendwann mal eine Logik im Tagging von Grundelementen erzielen will. M.E. könnte man Bodennutzung und Bedeckung so aufteilen: landuse= Nutzung landcover= Bodenbedeckung (manche würden da lieber surface verwenden, was aber auch Probleme hat). natural würde ich für geografische Features benutzen, also so was wie Dünen, Strände, Gipfel, Höhlen, Klippen, Buchten, Pässe, ... Im Großen und Ganzen ist das so auch in den Tags umgesetzt, ein paar Ausreisser gibt es aber, und sand ist einer davon. Ich würde das natural für die Düne verwenden, und den Sand in landcover (oder notfalls/zusätzlich(?) in surface, wenn die komplette Oberfläche des getaggten Polygons Sand ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nuklearkarte
Hi Gerhard hat eine schöne Nuklear-Karte für DE gemacht (als PDF) http://wiki.openstreetmap.org/wiki/File:MapgenGermanyNuclear.pdf Eine dynamische Version gibt es hier: http://opendata.zeit.de/atomreaktoren/#/de/ Vielleicht hat ja jemand Lust, das weltweit zu kombinieren? Ergänzt um: - Forschungsreaktoren - Lehrreaktoren - Zwischenlager - potentielle Endlager - aktive Uranminen - geplanten Stillegungs-Terminen - erfolgten Stillegungs-Terminen - erlittenen GAUs, gestuft nach Schweregrad - ... In z=2..8 mit hervorgehobenen Landesgrenzen, Ländernamen, und Namen der grossen Orte Bei der aktuellen weltweiten Ausstiegsdebatte wäre das eine hilfreiche Visualisierung. Eine Karte, welch die AKW darstellt wurde mal in den wöchentlichen OSM News verlinkt. (1) (1) http://www.leretourdelautruche.com/map/nuke/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Bodo, On 08.06.2011 22:47, Bodo Meissner wrote: Das erschwert das Zusammensetzen etwas, weil man einmal ein Leerzeichen einfügen muß und einmal nicht. Vermutlich lassen sich (sprachabhängig) Regeln definieren, bei welchen Zeichen das Leerzeichen entfällt. Ich will übrigens gar nichts aufbrechen :) Im Gegenteil, ich bin mit name=Limburg an der Lahn vollkommen zufrieden. Die Software-Entwickler wahrscheinlich nicht. Die Trennung wäre nicht nur für den Renderer nützlich, sondern auch für einen Suchalgorithmus. So könnte der Anwender wählen, ob er das Suchmuster nur im Kern oder auch im Präfix oder Suffix suchen möchte. vielleicht habe ich mich etwas missverständlich ausgedrückt, sorry. Du hast vollkommen recht, sowohl das Zusammensetzen als auch das Trennen ist schwierig bis nahezu unmöglich (im Fall der Übersetzung - maschinelle Übersetzung hat selbst für normalen Fließtext nur eher bescheidene Ergebnisse und wir reden hier von Eigennamen, die grundsätzlich aus einem Wörterbuch kommen). Mein Vorschlag ist, das Zusammensetzen und das Trennen durch Software vollständig zu eliminieren, indem man immer in jedem einzelnen Tag einen vollständigen zusammenhängenden Namen einträgt. Also zum Beispiel (gerade bei alt_name kann man wieder drüber streiten, allerdings käme das gerade einem Suchalgorithmus zu gute): name=Frankfurt am Main short_name=Frankfurt official_name=Frankfurt am Main, Stadt # Kommt aus dem Gemeindeverzeichnis alt_name=Frankfurt (Main);Frankfurt/Main;Frankfurt/M. name:ru=Франкфурт-на-Майне short_name:ru=Франкфурт name=Hamburg alt_name=Hansestadt Hamburg official_name=Freie und Hansestadt Hamburg Das hat für I18N den Vorteil, dass immer vollständige Namen übersetzt werden. Der Renderer kann sich dann den kürzesten Aussuchen, wenn er keinen Platz hat. Und ein Suchalgorithmus kannst du auch darüber laufen lassen, ohne irgendwie Preprocessing mit Präfixen und Suffixen zu betreiben. Das ist alles doch schon in Key:name im Wiki erklärt und geregelt. name:prefix und name:suffix übrigens auch [1], ist eigentlich ganz überraschend, wofür das eigentlich mal gedacht war. Da du auch die Softwareentwickler angesprochen hast: Ich bin auch einer ;) Also, hier die ungefilterte Entwicklersicht: Als Entwickler will ich letzten Endes die Daten mindestens der ersten Normalform. Und wir diskutieren hier nichts anderes als was die korrekte erste Normalform für Ortsnamen ist (eigentlich für administrative Einheiten, aber sei's drum). Die einen sagen: wir normalisieren in drei Teile, Präfix, Kern, Suffix für irgendeine vage Definition von Kern, Präfix und Suffix. Ich sage: der Name ist schon eine Einheit in sich und braucht nicht weiter zerteilt zu werden. Wenn es mehrere Namen gibt, ist doch schön, sollen sie als mehrere Namen entsprechend ihrer Bedeutung bitte auch eingetragen werden. Aber ein Name ist zusammenhängend, in sich abgeschlossen und sollte im Idealfall von keiner Software irgendwie weiter transformiert werden, weil das spätestens bei mehreren Sprachen nicht mehr entscheidbar ist. Manchmal braucht man andere Trennzeichen. Manchmal ändert sich auch die Reihenfolge der Wörter bei der Übersetzung. Manchmal gibt es einen gänzlich anderen Namen. Manchmal gibt es zusätzlichen Präpositionen. Manchmal wird ein Teil des Namens dekliniert. Mein Problem mit der Präfix-Kern-Suffix-Aufteilung ist auch, dass sie mehr oder weniger willkürlich und präsentationsorientiert ist. Alle Tags in Key:name haben auch eine eigene in der echten Welt relevante Bedeutung. Deswegen präferiere ich diese Variante. Ich gehe davon aus, daß Du das in den meisten Fällen nach Gefühl richtig eintragen kannst und nur in Ausnahmefällen die Regeln lesen müßtest. Danke für das Vertrauen :) Aber zwischen nur selten und gar nicht liegt auch ein Unterschied. Bisher stelle ich mir die Entscheidung recht einfach vor: Welche Bezeichnung würde ich auf einer Karte erwarten, wenn der Platz knapp ist? Das wäre der Name. Alles davor ist Präfix, alles danach Suffix. Oder hast Du ein Beispiel für einen schwierigen Fall? Martin Strutmann hat in seinen Beiträgen in diesem Thread dankenswerterweise eine ganze Reihe von Beispielen gebracht. Die Wakendorf-Serie ist zum Beispiel sehr interessant. Außerdem ist der von dir geschilderte Gedankengang Renderer-orientiert. Kann man machen, aber das vernachlässigt wieder alle anderen Anwendungen. Außerdem: Print oder Web? Welcher Stil? Welcher Kartenzweck? Mein Gedankengang ist: Frankfurt am Main ist ein zusammenhängender vollständiger Name, der kommt in einen Tag rein, Ende. Frankfurt ist eine gebräuchliche alternative Verkürzung, also kommt es in alt_name oder short_name, Ende. Viel einfacher, als über Renderer, Stile und überhaupt Anwendungen nachzudenken. Wohlgemerkt: ich habe nichts gegen alternative vollständige Namen (alt_name, old_name, name:alternative, name:official, name:$YOUR_QUALIFIER, ...), nur Bedenken gegen das
Re: [Talk-de] Nuklearkarte
Am 09.06.2011 08:42, schrieb Markus: Gerhard hat eine schöne Nuklear-Karte für DE gemacht (als PDF) http://wiki.openstreetmap.org/wiki/File:MapgenGermanyNuclear.pdf Eine dynamische Version gibt es hier: http://opendata.zeit.de/atomreaktoren/#/de/ Vielleicht hat ja jemand Lust, das weltweit zu kombinieren? hi ! ich habe auch eine Karte die Windmühlen etc. beinhaltet - aber zur Zeit nicht upgedatet werden kann und etwas Pflege bedarf. Aber gab es da nicht schon eine die auf dem Toolserver läuft ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik - Rendern von Dünen
Am 09.06.2011 12:37, schrieb Chris66: Am 09.06.2011 12:08, schrieb Jan Tappenbeck: kann mir einer sagen wo ich Renderwünsche hinterlegen kann ? Aufhttp://trac.openstreetmap.org HI ! Mit welchem PWD logge ich denn da mich ein ? Es gibt ja zwei ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Am 8. Juni 2011 09:13 schrieb Walter Nordmann walter.nordm...@web.de: Aus diesem Grunde sollten Tags wie name=Gemeinde Kleinkleckersdorf einfach in name=Kleinkleckerdorf umgewandelt werden. Das gleiche für Dortmund, Stadt. Grundsätzlich gibt es ja immer die Möglichkeit, beides festzuhalten, z.B. mit dem tag official_name: http://wiki.openstreetmap.org/wiki/Key:official_name Ich bin mir nicht so sicher, ob der richtige Name z.B. des Landkreises Zollernalbkreis Zollernalb ist. M.E. ist evtl. auch Landkreis Tübingen der Name des Landkreises Tübingen, nicht Tübingen, dito für den Regierungsbezirk Tübingen. Anwendungen, die mit sowas Probleme haben, sind m.E. zu optimieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik - Rendern von Dünen
Am 9. Juni 2011 13:50 schrieb Jan Tappenbeck o...@tappenbeck.net: Am 09.06.2011 12:37, schrieb Chris66: Am 09.06.2011 12:08, schrieb Jan Tappenbeck: kann mir einer sagen wo ich Renderwünsche hinterlegen kann ? Aufhttp://trac.openstreetmap.org HI ! Mit welchem PWD logge ich denn da mich ein ? Es gibt ja zwei ! ich hoffe, die löschen nicht gleich alle Deine Daten und sperren den Account, wenn Du es einmal falsch eingegeben hast... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Walter, Was ist der Kern-Name von Wakendorf? Wakendorf I Wakendorf II Wakendorf bei Henstedt-Ulzburg - Wakendorf II Wakendorf bei Wismar, Mecklenburg Wakendorf, Holstein natürlich Wakendorf. alles andere sind Zusätze - postfix uff, langsam, langsam :D Das sagt sich einfach so, aber es lohnt sich, genauer hinzuschauen. Bei Namen ist nichts natürlich, allein schon weil sie künstlich vergeben werden... Wakendorf I und Wakendorf II sind entweder Ortsteile der Gemeinde Wakendorf oder zwei etwas einfallslos diskriminierte Gemeinden (laut aktuellem Gemeindeverzeichnis des StBA ist bei Wakendorf das letztgenannte der Fall, aber das mit den nummerierten Ortsteilen kenne ich auch aus ein paar mecklenburgischen Gemeinden). Wenn du da alles verpräfixt und versuffixt (oder verpostfixt?), zeigt dir die Software, die sich nur auf Kernnamen spezialisiert, 3x oder 2x Wakendorf an und du kannst gar nichts mehr unterscheiden. Ist das in deinem Sinne? Ich glaube nicht. Wakendorf I und Wakendorf II sind zusammenhängende, auch amtlich eingetragene, Namen. Sonst kannst du sie gar nicht unterscheiden, wenn du die Position einnimmst, dass Präfixe und Suffixe unwichtig sind, und diese Sichtweise wird aufkommen, machen wir uns nichts vor. Gerade im Szenario Renderer und wenig Platz auf der Karte. Im Fall von Wakendorf bei Wismar, Mecklenburg gehört m.E. auch nach aktuellen Richtlinien das , Mecklenburg ganz weg, ist ganz unmissverständlich dort hingeschrieben. Das bei Wismar ist so eine Sache: je nach Gebrauch und dem was im Gemeindeverzeichnis steht, ist das entweder name=* oder alt_name=* oder official_name=*. Aber auch das gehört zusammen und nicht zerteilt, nicht von der Software und auch nicht von Menschen, z.B.: name=Wakendorf official_name=Wakendorf bei Wismar Was ist der Kernname bei St. Irgendwas? St. Irgendwas - so wie der DR. Bestandteil des Namens ist In der Sache hast du natürlich Recht, auch das gehört selbstverständlich zusammen. Beim Doktor muss ich dir leider widersprechen, Doktor ist ein akademischer Grad, kein Namenszusatz und unterliegt nicht dem Namensrecht. Dass man es in den Ausweis eintragen lassen kann, ändert nichts daran. Ist ein verbreiteter Irrtum. Sorry. Viele Grüße Igor P.S. Selbst in einer zusammenhängenden Diskussion über ein paar Tage unter einer guten Handvoll Leuten reden wir schon von :suffix und :postfix quer durcheinander. Und wie soll das dann in den Daten konsistent bleiben? :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Igor Podolskiy wrote: P.S. Selbst in einer zusammenhängenden Diskussion über ein paar Tage unter einer guten Handvoll Leuten reden wir schon von :suffix und :postfix quer durcheinander. Und wie soll das dann in den Daten konsistent bleiben? :) sorry, in der Hitze des Gefechts komm ich auch schon mal durcheinander: prefix und suffix natürlich - postfix hat sich da heimlich reingeschlichen. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Problematik-der-Ortsnamenzusatze-tp6445081p6457589.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] Problematik der Ortsnamenzusätze
On 09.06.2011 14:24, Walter Nordmann wrote: Igor Podolskiy wrote: P.S. Selbst in einer zusammenhängenden Diskussion über ein paar Tage unter einer guten Handvoll Leuten reden wir schon von :suffix und :postfix quer durcheinander. Und wie soll das dann in den Daten konsistent bleiben? :) sorry, in der Hitze des Gefechts komm ich auch schon mal durcheinander: prefix und suffix natürlich - postfix hat sich da heimlich reingeschlichen. Ist doch gar kein Problem :) Grüße Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Hi, On 09.06.2011 10:06, Walter Nordmann wrote: moin moin, hier noch was extremes, auf das mich suncobalt vom Forum hingewiesen hat: https://secure.wikimedia.org/wikipedia/de/wiki/Weil_der_Stadt#Name_der_Stadt Ist übrigens so in osm drin: http://www.openstreetmap.org/?minlon=8.86072372437minlat=48.7401029968maxlon=8.88072467804maxlat=48.7601068115 Ja, Weil der Stadt ist echt ein großartiger Name, ist mir auch aufgefallen, als ich nach Stuttgart umgezogen bin :) Das schönste ist, es gibt noch einen Stadtbezirk hier in Stuttgart, welches Weilimdorf heißt und ursprünglich mal Weil im Dorf hieß. Es besteht also die Möglichkeit, dass Weil der Stadt in 200 Jahren Weilderstadt heißt ;) Aber aktuell heißt die Stadt offiziell Weil der Stadt, Stadt: einfach zu [1] gehen und 08115050 in das untere Feld eingeben, das kommt der Name in seiner vollen Schönheit ;) Das in OSM ist also vollkommen korrekt. Weil oder Weil, die Stadt sagt hier auch keiner. p.s. was machen wir denn mit dem profanen Gemeinde Kleinkleckersdorf ,Amt Bullerbü? oder xyz, Stadt Das sind doch nur wirlich keine erhaltenswürdige Bestandteile des Namens, oder? Ja, einerseits bin ich auch der Meinung, insbesondere bei Städten und Gemeinden, da die Information ja in place=town/village/commune/city steht. , Stadt ist dennoch ein beliebter Zusatz bei Städten im Gemeindeverzeichnis, würde also in official_name=* gehören... Andererseits ist bei Universitätsstadt Garching bei München Universitätsstadt schon erhaltenswert, oder? Ich würde es dann als alt_name machen oder so, aber ich will meine anderen Beiträge hier nicht wiederholen. Bei Ämtern bin ich mir etwas unsicher: das sind ja manchmal Gemeindeverbände (admin_level=7) und da unterscheidet sich die Bezeichnung manchmal schon und das kann momentan auch nicht anderweitig modelliert werden. Kann ich aber jetzt nicht wirklich beurteilen, wie oft das vorkommt, da ich mit admin_level=7 noch nicht Ich würde es (a) immer erst einmal ins Gemeindeverzeichnis schauen und sonst irgendwie recherchieren und (b) official_name, alt_name usw. verwenden und es nicht löschen, wenn diese Bezeichnung nicht gänzlich falsch scheint. Ist aber natürlich kein Dogma, nur meine 2 Cent dazu. Viele Grüße Igor [1] http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Navigation/Statistiken/Regionales/GVOnlineAbfrage.psml ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
On 09.06.2011 13:28, Igor Podolskiy wrote: Bodo, On 08.06.2011 22:47, Bodo Meissner wrote: Das erschwert das Zusammensetzen etwas, weil man einmal ein Leerzeichen einfügen muß und einmal nicht. Vermutlich lassen sich (sprachabhängig) Regeln definieren, bei welchen Zeichen das Leerzeichen entfällt. Ich will übrigens gar nichts aufbrechen :) Im Gegenteil, ich bin mit name=Limburg an der Lahn vollkommen zufrieden. Die Software-Entwickler wahrscheinlich nicht. Die Trennung wäre nicht nur für den Renderer nützlich, sondern auch für einen Suchalgorithmus. So könnte der Anwender wählen, ob er das Suchmuster nur im Kern oder auch im Präfix oder Suffix suchen möchte. vielleicht habe ich mich etwas missverständlich ausgedrückt, sorry. Du hast vollkommen recht, sowohl das Zusammensetzen als auch das Trennen ist schwierig bis nahezu unmöglich (im Fall der Übersetzung - maschinelle Übersetzung hat selbst für normalen Fließtext nur eher bescheidene Ergebnisse und wir reden hier von Eigennamen, die grundsätzlich aus einem Wörterbuch kommen). Mein Vorschlag ist, das Zusammensetzen und das Trennen durch Software vollständig zu eliminieren, indem man immer in jedem einzelnen Tag einen vollständigen zusammenhängenden Namen einträgt. Also zum Beispiel (gerade bei alt_name kann man wieder drüber streiten, allerdings käme das gerade einem Suchalgorithmus zu gute): name=Frankfurt am Main short_name=Frankfurt official_name=Frankfurt am Main, Stadt # Kommt aus dem Gemeindeverzeichnis alt_name=Frankfurt (Main);Frankfurt/Main;Frankfurt/M. name:ru=Франкфурт-на-Майне short_name:ru=Франкфурт name=Hamburg alt_name=Hansestadt Hamburg official_name=Freie und Hansestadt Hamburg Das hat für I18N den Vorteil, dass immer vollständige Namen übersetzt werden. Der Renderer kann sich dann den kürzesten Aussuchen, wenn er keinen Platz hat. Und ein Suchalgorithmus kannst du auch darüber laufen lassen, ohne irgendwie Preprocessing mit Präfixen und Suffixen zu betreiben. Das ist alles doch schon in Key:name im Wiki erklärt und geregelt. name:prefix und name:suffix übrigens auch [1], ist eigentlich ganz überraschend, wofür das eigentlich mal gedacht war. Da du auch die Softwareentwickler angesprochen hast: Ich bin auch einer ;) Also, hier die ungefilterte Entwicklersicht: Als Entwickler will ich letzten Endes die Daten mindestens der ersten Normalform. Und wir diskutieren hier nichts anderes als was die korrekte erste Normalform für Ortsnamen ist (eigentlich für administrative Einheiten, aber sei's drum). Die einen sagen: wir normalisieren in drei Teile, Präfix, Kern, Suffix für irgendeine vage Definition von Kern, Präfix und Suffix. Ich sage: der Name ist schon eine Einheit in sich und braucht nicht weiter zerteilt zu werden. Wenn es mehrere Namen gibt, ist doch schön, sollen sie als mehrere Namen entsprechend ihrer Bedeutung bitte auch eingetragen werden. Aber ein Name ist zusammenhängend, in sich abgeschlossen und sollte im Idealfall von keiner Software irgendwie weiter transformiert werden, weil das spätestens bei mehreren Sprachen nicht mehr entscheidbar ist. Manchmal braucht man andere Trennzeichen. Manchmal ändert sich auch die Reihenfolge der Wörter bei der Übersetzung. Manchmal gibt es einen gänzlich anderen Namen. Manchmal gibt es zusätzlichen Präpositionen. Manchmal wird ein Teil des Namens dekliniert. Mein Problem mit der Präfix-Kern-Suffix-Aufteilung ist auch, dass sie mehr oder weniger willkürlich und präsentationsorientiert ist. Alle Tags in Key:name haben auch eine eigene in der echten Welt relevante Bedeutung. Deswegen präferiere ich diese Variante. Ich gehe davon aus, daß Du das in den meisten Fällen nach Gefühl richtig eintragen kannst und nur in Ausnahmefällen die Regeln lesen müßtest. Danke für das Vertrauen :) Aber zwischen nur selten und gar nicht liegt auch ein Unterschied. Bisher stelle ich mir die Entscheidung recht einfach vor: Welche Bezeichnung würde ich auf einer Karte erwarten, wenn der Platz knapp ist? Das wäre der Name. Alles davor ist Präfix, alles danach Suffix. Oder hast Du ein Beispiel für einen schwierigen Fall? Martin Strutmann hat in seinen Beiträgen in diesem Thread dankenswerterweise eine ganze Reihe von Beispielen gebracht. Die Wakendorf-Serie ist zum Beispiel sehr interessant. Außerdem ist der von dir geschilderte Gedankengang Renderer-orientiert. Kann man machen, aber das vernachlässigt wieder alle anderen Anwendungen. Außerdem: Print oder Web? Welcher Stil? Welcher Kartenzweck? Mein Gedankengang ist: Frankfurt am Main ist ein zusammenhängender vollständiger Name, der kommt in einen Tag rein, Ende. Frankfurt ist eine gebräuchliche alternative Verkürzung, also kommt es in alt_name oder short_name, Ende. Viel einfacher, als über Renderer, Stile und überhaupt Anwendungen nachzudenken. Wohlgemerkt: ich habe nichts gegen alternative vollständige Namen (alt_name, old_name, name:alternative, name:official,
Re: [Talk-de] Omosis incrementeller update (was: OpenLinkMap outdated?)
Am Donnerstag, den 09.06.2011, 08:12 + schrieb Sven Geggus: Sarah Hoffmann lon...@denofr.de wrote: Sicher. Task --write-pgsql-change http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--write-pgsql-change_.28--wpc.29 Ah OK, d.h. ich kann einfach statt sowas: osmosis --rri workingDirectory=$WDIR --simc --wxc update.osc osm2pgsql ... update.osc etwas in dieser Art: osmosis --rri workingDirectory=$WDIR --simc --wpc ... verwenden? Genau. Der Fokus liegt jetzt eher auf dem Datenbankschema. Viel Doku zu diesem Punkt hab ich noch nicht gefunden, aber ich suche noch fleißig... Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] grafische Auswertung der Ort für die es Wiki-Seiten gibt
Hi ! gibt es irgendwo eine grafische Auswertung der Ort für die es Wiki-Seiten gibt ?? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omosis incrementeller update (was: OpenLinkMap outdated?)
On Thu, Jun 09, 2011 at 03:38:12PM +0200, Alexander Matheisen wrote: Am Donnerstag, den 09.06.2011, 08:12 + schrieb Sven Geggus: Ah OK, d.h. ich kann einfach statt sowas: osmosis --rri workingDirectory=$WDIR --simc --wxc update.osc osm2pgsql ... update.osc etwas in dieser Art: osmosis --rri workingDirectory=$WDIR --simc --wpc ... verwenden? Genau. Der Fokus liegt jetzt eher auf dem Datenbankschema. Viel Doku zu diesem Punkt hab ich noch nicht gefunden, aber ich suche noch fleißig... Die beste Dokumentation dazu ist das Skript, dass die Tabellen erstellt: http://trac.openstreetmap.org/browser/applications/utils/osmosis/trunk/package/script/pgsnapshot_schema_0.6.sql Je nachdem, was du vor hast, lohnt es sich, noch Indices ueber die tags-Spalten zu erstellen. Ausserdem kann ich die optionale Action-Table-Erweiterungen empfehlen: http://trac.openstreetmap.org/browser/applications/utils/osmosis/trunk/package/script/pgsnapshot_schema_0.6_action.sql Damit erhältst du nach jedem Update eine Liste der geänderten Objekte. Allerdings existiert die Tabelle nur temporär. Man kann nur innerhalb der osmosisUpdate-Funktion sehen. Wenn man sie ausserhalb auch braucht, einfach in eine andere Tabelle kopieren. Es gibt auch noch Skripte für das automatische Erstellen von Linestrings und BBoxen für Wege, aber das macht das Update langsam. In den meisten Fällen dürfte es deshalb besser sein, dass danach manuell zu machen für die Objekte, wo man es wirklich braucht. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Resorts = landuse=residental ??
Am 09.06.2011 08:52, schrieb Jan Tappenbeck: hi ! ich weiß zuhause gibt es immer noch genug zu tun - aber gestern war ich kurz in Ägypten und habe eine riesige Windkraftanlage erfaßt und dabei sind mir Bebauungen am Suez aufgefallen (tolle Bilder im übrigen) und da habe ich just4fun 2 erfaßt. Das sind nun Hotelanlagen (Resorts) im großen Stil - würdet Ihr diese mit Landuse=residental erfassen ?? So lange ich nichts bessere finde, ja. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Am 09.06.2011 12:59, schrieb M∡rtin Koppenhoefer: Am 8. Juni 2011 18:19 schrieb Garrygarr...@gmx.de: Am 07.06.2011 16:42, schrieb Frederik Ramm: anderen aufzudiktieren, wie sie ihre Arbeit machen sollen. Das klingt aus Deinem Mund jetzt sehr paradox... naja, wenn ich naturgemäß auch mit dem Rest Deiner Mail weitgehend übereinstimme, hier widerspreche ich doch gern: Frederik ist prinzipiell ziemlich liberal und laisser-faire-mäßig unterwegs, da ist aus meiner Sicht nichts Paradoxes an seiner Aussage. Das Paradoxe ist dass er durch Androhung von Account-Sperren die Durchsetzung/Unterdrückung von Tags unterstützt... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omosis incrementeller update
Alexander Matheisen alexandermathei...@ish.de wrote: Der Fokus liegt jetzt eher auf dem Datenbankschema. Saarland in eine lokale Postgis auf dem heimischen importieren und anschaun. PostGIS Snapshot Schema mit hstore, nicht das alte Simple Schema. Da werden wir vermutlich auch nen Index brauchen. Ich denke an tägliche updates und nachlaufende cronjobs, die Spezialtabellen erstellen. Da kann man dann auch mit Spatial Operations Schwerpunkte von Polygonen z.B. bei Gebäuden erzeugen. Solange es keine generische Lösung für das POI Problem gibt halte ich das erst mal für nen gangbaren Weg. Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omosis incrementeller update
On Thu, Jun 09, 2011 at 03:25:44PM +, Sven Geggus wrote: Alexander Matheisen alexandermathei...@ish.de wrote: Der Fokus liegt jetzt eher auf dem Datenbankschema. Saarland in eine lokale Postgis auf dem heimischen importieren und anschaun. PostGIS Snapshot Schema mit hstore, nicht das alte Simple Schema. Da werden wir vermutlich auch nen Index brauchen. Ich denke an tägliche updates und nachlaufende cronjobs, die Spezialtabellen erstellen. Da kann man dann auch mit Spatial Operations Schwerpunkte von Polygonen z.B. bei Gebäuden erzeugen. Darf ich an dieser Stelle etwas Werbung für Osgende [1] machen? Das ist das Framework hinter der Wanderkarte, das genau diesen Prozess etwas vereinfachen soll. Die Idee dabei ist, dass man einen Planeten in einer osmosis Datenbank hat und dann ein paar Zeilen Python-Code schreibt, der beschreibt, wie OSM-Tags umgewandelt werden sollen. Und osgende kümmert sich dann um Import und Update. Das Hauptproblem ist, dass das ganze noch ziemlich in den Kinderschuhen steckt. Es fehlt noch Dokumentation, mehr Tabellentemplates und vor allem ein kleines Tutorial. Aber wenn du es dir ohnehin für eine Fahrradkarte angucken willst, macht es Sinn, die gleiche Technik für die Brauereikarte zu verwenden. Gruss Sarah [1] http://dev.lonvia.de/trac/wiki/OsgendeFramework ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Am 9. Juni 2011 17:23 schrieb Garry garr...@gmx.de: Das Paradoxe ist dass er durch Androhung von Account-Sperren die Durchsetzung/Unterdrückung von Tags unterstützt... jetzt bin ich doch neugierig geworden, um welche Tags gehts da? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
