Re: [Talk-transit] NEW Proposed Feature
Michał Borsuk michal.borsuk at gmail.com writes: Is it possible to add a way to a relation twice with Potlatch? Out of 80 lines I manage, I have such a situation once (not a way, but a bus stop, actually). Is it an issue in your area? Such route existed in Prague (#212), but was eliminated about one year ago. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] OSM-PH Garmin Map Hackday Feb 18, 2011
Hi, A synopsis of the discussion during the hackday. @ eugene, rally, rem and jc, please add anything I missed. Overview === The OSMPHGPS project was started by Maning 3 years ago (Jan 2008) as a demonstration of what the OSM data can offer to the pinoy mapping community. Personally, I created the garmin maps because I own a garmin device and saw the oppurtunity to recruit mappers for OSM. On the recruitment front, I'm proud to say that the garmin map did in fact able to solicit contributions from garmin users. Recognizing this contribution to OSM as a whole, it was decided that the project should continue not as my personal project but more as a community resource where everyone can contribute and improve upon. In the words of Eugene, I think the OSMPH community as a whole has a stake in the OSMPH Garmin Map to make it the best product of the community. Hence, from hereon, the osmphgps is now an OSMPH Org project. In the coming weeks/months we will start to move the download links from my personal wepspace to the org website (http://openstreetmap.org.ph). In a way, this helps promote our local chapter as well. Part of the plan is to involve other community members in the compilation of the map. At the moment, two (rally and maning) are directly involved. We need more people to participate, this is the prime reason of organizing the hackday last Feb 18, 2010. During the discussions, we tackled several components of the map compilation and outlined some further development points. No actual code was committed that night but I think we have outlined a good framework in the future development of the garmin maps. Highlights of the discussion are as follows: OSM-PH Garmin Map Hackday Feb 18, 2011 People attended: maning, eugene, rally, rem, jayzee Map compilation process - All existing code (styles, typs and build scripts) are available in github (http://github.com/maning/osmphgps). Thus anyone, can fork/clone the repo; customize the styles and; contribute back your modifications to be included in the main map. - The current map is now ~25 MB (and is continuously growing), thus, older garmin devices cannot use our map anymore. We plan to create a generic script so that other garmin users can create smaller maps that will fit older device' storage capacity. Routing === - further work are needed on our routing algorithm, it works for most cases, but we need to document edge cases particularly speed calculations and road class in order to fit them with the PH traffic condition. Rally is doing some tests on this end and it would be very helpful if you (garmin users) can report odd cases of routing problems. City and Street Search == - Last week we started the public distribution of the map with City and street search. In some of my tests, it works, but, lack the robustness of other garmin maps. Sample case: A street is assigned to a single place/city depending on the location of the place node. For example, Street x Y village, Z City can be found either in in X or Y and not both. The problem is that if there are many place=village or hamlet tags within a City, very few results will come out when using the actual city name. This problem is due to mkgmap's dependence to the is_in tags. A better solution in the long run is to use the admin_level polygons in order to assign cities on streets within the admin polygons. The mkgmap devs are aware of this problem and they are developing a solution to address it. On the mapping side, we encourage you to continue adding admin boundaries so that we can use that data later on. POI audit = - Many POIs are still not included in the garmin map. If you feel a certain POI is important for the gps map let us know. On creating custom maps === - it has been discussed in the talk list on developing custom maps for specific user-groups for starters, we will create a generic outdoor map suited for hikers, MTBers and general outdoor activities. If you have ideas on the design let us know. Using osm.org.ph infrastructure === - In the coming weeks/months download and Q/A forum related to the osmphgps map will be migrated to the osm.org.ph domain. An important note here is that the Q/A forum will be used specifically to general inquiries regarding the garmin map. All mapping related discussions should be in the talk-ph list. All for now. For any ideas don't hesitate to post them in the list. -- 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] Are real estate development maps fair game?
Speaking of real estate developers, it seems that DMCI Homes created an official OSM account today: http://www.openstreetmap.org/user/DMCI%20Homes :-) On Mon, Feb 7, 2011 at 10:49 AM, maning sambale emmanuel.samb...@gmail.com wrote: On the first premise that the developers gave explicit permission, then that's definitely OK. I don't have any strong opinion for or against copying names from these *not third-party* sources. However, in many cases real estate plans maybe just plans. The streets may not exist at all or currently under development. Therefore, we should continue to exercise caution. I agree that real estate devs use our map for promotion but hopefully not this kind of advert: http://www.openstreetmap.org/user/maning/diary/ (I believe murlwe removed them already) On Sun, Feb 6, 2011 at 2:43 PM, Eugene Alvin Villar sea...@gmail.com wrote: But I *personally* consider real estate materials coming from the real estate developers themselves as fair game and I think that way simply because these maps are *not third-party* materials. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Estrella-Pantaleon Bridge
No one has added this in OSM? Hmmm. On Sun, Feb 13, 2011 at 10:07 PM, ianlopez ian_lopez_1...@yahoo.com wrote: According to an ad placed on the Philippine Star (Saturday, Feb 12, 2011, Pages E2 - E-3), the road connecting the Estrella-Pantaleon Bridge is supposedly the northern/eastern limit of Acqua Private Residences. Plus, Coronado Street is supposed to be extended until it approaches the bridge.[1] According to the ad, it is located across Rockwell (at the other side of the Pasig River) [1] http://ianlopez1115.files.wordpress.com/2011/02/estrella-pantaleon.jpg ; compare with http://osm.org/go/4zhHSBK5Q-- Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Location1: 14.069979 N, 121.32575 E Location2: 14.1598162 N, 121.2425899 E Blog: http://ianlopez1115.wordpress.com/ --- On Sun, 2/13/11, Wayne Manuel wrote: According to the news, the Estrella-Pantaleon Bridge is now open. Could anyone check how it connects to Pantaleon? It's still under construction on OpenStreetMap. New bridge connecting Makati, Mandaluyong opened 02/13/2011 | 11:38 AM The travel from Makati to Mandaluyong and vice versa will now become faster with the opening of a new bridge connecting the two Metro Manila cities over the weekend. The 676-lineal meter Estrella-Pantaleon Bridge is part of the government's effort to de-congest traffic in Metro Manila, the Department of Public Works and Highways (DPWH) said in a statement. http://www.gmanews.tv/story/212896/new-bridge-connecting-makati-mandaluyong-opened Wayne Manuel -Inline Attachment Follows- ___ 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 -- 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] testing the address and street search in osmphgps garmin map
Hi Noli, I'm still not sure what kind of app you want to do. Are you developing an app that will: 1. do geocoding and/or reverse geocoding using currently existing data in the OSM database? 2. or help in increasing the geocoding-related data in the OSM database? 3. or both? On Mon, Feb 28, 2011 at 10:20 AM, Noli Sicad nsi...@gmail.com wrote: Hi Maning, Not yet, you can ignore the housenumber or input any number in the textbox to go to the street search. OK. it is capable to search the house number, if there is a data. Is it separate entry for the number? Your project looks good, how do you plan to integrate this dbase into osm? AFAIK, there is an agreed code of conduct in OSM not to upload any data in bulk by a single bot/user. I am planning to have a separate postgresql server, not use the OSM at the moment. I need help on this server. If I can not find a free server, I think I need to find a internet service provider with 24//7 postgresql server. The postgresql server just need one database and one table i.e. Street Street ( id Latitute Longitute StreetNo StreetName Place? - for city and towns but I think no really Users?* - default - Juan dela Cruz :-), Anonymous ) * Good for statistics for contributors. The iphone app users will just input the StreetNo and StreetName. That it. If this is the case you need to provide a mechanism wherein your app users has their own OSM account. Good luck! I think we don't want the users to get OSM accounts,less work for them the better. Just the just street number and street names are good enough. However, we will find a mechanism how to integrate this latter on. Any other suggestions how can make this project going. I will register as Apple developer and have this as my first app :-). Thanks. Regards, Noli On Mon, Feb 28, 2011 at 8:47 AM, Noli Sicad nsi...@gmail.com wrote: Hi Maning, Is POI for streetnames would be able to find / distinguish street number and street name? eg. 1 EDSA from 999 EDSA. The reason I am asking this, I am planning to develop iPhone app that acquires the location (lat/long) auto and StreetName (i.e. Street number + Street number) (-- i.e. only input by the users) and send to Postgresql server. It would be a FREE apps in Apple App Store. Objective 1. Geocode Philippine Streets for OSMPHGP and others 2. Acquire Street Names for OSM-Ph. Android? Later on :-) Tools. 1. Route-Me for iOS (FOSS library) 2. PostgreSQL Anybody interested and like to help? Noli On 2/14/11, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I am currently testing the street and address indexing for the garmin map. This is a long time wanted feature for our garmin maps. On the current map, newer models like nuvis cannot use the Where to Address option. This is possible for older models like etrex and venture by compiling the map via Mapsource. As a workaround, we converted the street as a POI in order to search for the streetnames. Just today, I compiled a new map and its works! [1]. There are a couple of bugs though, but basically, you can now use the Where to Address to search for streets. We need more tests before public distribution. If you want to test please download the maps here: for mapsource - http://dl.dropbox.com/u/607635/osm-ph_gps_maps/index_ver/osmph_winmapsource_index.exe for mac roadtrip or basecamp - http://dl.dropbox.com/u/607635/osm-ph_gps_maps/index_ver/osmph_macroadtrip_index.zip Please report any problems so that we can isolate whether it is a data or a compiler issue. Enjoy bug hunting! [1] http://www.facebook.com/#!/photo.php?fbid=1894761334210set=a.1207655236987.2033026.1396878922 -- 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 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] testing the address and street search in osmphgps garmin map
Hi Eugene, 2. or help in increasing the geocoding-related data in the OSM database? The app will do geocode Street number / House number. Iphone and Android phones have buillt-in GPS. The app will automatically get the coordinate (lat/long) + input of the user (i.e. Street No and Street Name) and send it to database server (postgresql). OSM database server is not probably suited to this app at the moment since according to Maning is will not allow bot client. Iphone app acts like bot sending data to the server with one user. Although, I am thinking of having multiple user names (e.g. 10 users with password embedded in the app) but the problem still we need to register the 10 users in OSM database as well. I think we can't do that with one email address. I will be using PHP in the iphone app for connection and update of the database. I need web server - Apache server with PHP extension and postgresql server, if not a LAMP (Linux Apache MySQL PHP) will do as well. Once this system is running system and got the data, we can easily upload the geocoded street address into OSM database from time to time. Do you know any internet server provider in Phils who offers Linux, Apache, Postgres, PHP) and what is their monthly / yearly rate / price? (BTW, I am residing in Melbourne, Australia right now) Regards, Noli On 3/1/11, Eugene Alvin Villar sea...@gmail.com wrote: Hi Noli, I'm still not sure what kind of app you want to do. Are you developing an app that will: 1. do geocoding and/or reverse geocoding using currently existing data in the OSM database? 2. or help in increasing the geocoding-related data in the OSM database? 3. or both? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] testing the address and street search in osmphgps garmin map
On Tue, Mar 1, 2011 at 4:46 AM, Noli Sicad nsi...@gmail.com wrote: Do you know any internet server provider in Phils who offers Linux, Apache, Postgres, PHP) and what is their monthly / yearly rate / price? You will have better luck finding a hosting provider that offers MySQL instead of PostgreSQL. :-p Also, most Philippine hosting providers are resellers and have their servers in the US. Anyway, I seem to remember somebody doing a website with a similar intent (but uses a slippy map instead of GPS coordinates). But I can't seem to find it! Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] testing the address and street search in osmphgps garmin map
On 3/1/11, Eugene Alvin Villar sea...@gmail.com wrote: On Tue, Mar 1, 2011 at 4:46 AM, Noli Sicad nsi...@gmail.com wrote: Do you know any internet server provider in Phils who offers Linux, Apache, Postgres, PHP) and what is their monthly / yearly rate / price? You will have better luck finding a hosting provider that offers MySQL instead of PostgreSQL. :-p Also, most Philippine hosting providers are resellers and have their servers in the US. Anyway, I seem to remember somebody doing a website with a similar intent (but uses a slippy map instead of GPS coordinates). But I can't seem to find it! Yes, MySQL would be the good start, then later on move to Postgesql. This is actually a slippy map implementation in iOS. I will be using Route-Me. https://github.com/route-me/route-me http://code.google.com/p/route-me/ Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] usergroup
OK maar laten we het een beetje concreet maken. Plaats ( 't STUK-cafe ?) , datum ( woensdag 16 maart om 19 uur ?). Wie komt er? Ivodeb Op 28 februari 2011 08:01 schreef Jo winfi...@gmail.com het volgende: Lijkt me zinnig. Een paar jaar terug hebben we dat een paar keer gedaan op een avond in 't STUK-café op de Naamsestraat. Jo Op 25 februari 2011 14:24 heeft Ivo De Broeck ivo.debro...@gmail.com het volgende geschreven: Kunnen we maandelijks een meeting-point afspreken in Leuven? zie http://wiki.openstreetmap.org/wiki/Template:User_group . Ik denk dat er voldoende mensen zitten rond Leuven om zoiets op poten te zetten. Wat denk jij ervan? -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] usergroup
Ik zit die week hoogstwaarschijnlijk in München wat praktische toestanden te regelen ivm onze nakende verhuis. Kan er dus niet bij zijn, maar de 'Belgische OSM' zit er voor mij toch zowiezo binnen enkele maanden op. Luc/Speedy 2011/2/28 Ivo De Broeck ivo.debro...@gmail.com OK maar laten we het een beetje concreet maken. Plaats ( 't STUK-cafe ?) , datum ( woensdag 16 maart om 19 uur ?). Wie komt er? Ivodeb Op 28 februari 2011 08:01 schreef Jo winfi...@gmail.com het volgende: Lijkt me zinnig. Een paar jaar terug hebben we dat een paar keer gedaan op een avond in 't STUK-café op de Naamsestraat. Jo Op 25 februari 2011 14:24 heeft Ivo De Broeck ivo.debro...@gmail.com het volgende geschreven: Kunnen we maandelijks een meeting-point afspreken in Leuven? zie http://wiki.openstreetmap.org/wiki/Template:User_group . Ik denk dat er voldoende mensen zitten rond Leuven om zoiets op poten te zetten. Wat denk jij ervan? -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] usergroup
19u is misschien wat vroeg voor sommigen. Maar ik denk wel dat ik eens kennis kom maken. Tom Op 28 februari 2011 09:37 schreef Ivo De Broeck ivo.debro...@gmail.com het volgende: OK maar laten we het een beetje concreet maken. Plaats ( 't STUK-cafe ?) , datum ( woensdag 16 maart om 19 uur ?). Wie komt er? Ivodeb Op 28 februari 2011 08:01 schreef Jo winfi...@gmail.com het volgende: Lijkt me zinnig. Een paar jaar terug hebben we dat een paar keer gedaan op een avond in 't STUK-café op de Naamsestraat. Jo Op 25 februari 2011 14:24 heeft Ivo De Broeck ivo.debro...@gmail.com het volgende geschreven: Kunnen we maandelijks een meeting-point afspreken in Leuven? zie http://wiki.openstreetmap.org/wiki/Template:User_group . Ik denk dat er voldoende mensen zitten rond Leuven om zoiets op poten te zetten. Wat denk jij ervan? -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Groetjes Tom Lauwereins (aka Tom Pouce) +32 495 584448 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] usergroup
Op 28/02/2011 12:59, Luc Van den Troost schreef: Ik zit die week hoogstwaarschijnlijk in München wat praktische toestanden te regelen ivm onze nakende verhuis. Kan er dus niet bij zijn, maar de 'Belgische OSM' zit er voor mij toch zowiezo binnen enkele maanden op. Zozo Speedy, dat vind ik een spijtige zaak dat ge ons gaat verlaten. Het beste gewenst in Weisswurstland! KA ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Le 28/02/2011 01:00, Stephan Knauss a écrit : On 27.02.2011 21:14, Jean-Guilhem Cailton wrote: Maybe I can convince german community member Stephan Knauss to join the HOT team as he set up great bilingual maps like http://thaimap.osm-tools.org or http://iran.osm-tools.org Would it help to have bilingual rendering? I think porting a map similar the Iran one should be done quite easy. It already has bilingual names and font adjustments to improve readability of the map. Currently the minutely diff update is tailored to the thaimap. With some rework I guess it should be possible to enable the minutely diff also for Libya. Until then a manual daily update is the thing I can offer. Would this be of any help? Please let me know. Stephan Of course, this would help. Please go, ahead. The progressive deployment and generalization of such tools will facilitate proper handling of several languages. It would not solve the problem for all tools, of course. For example, MapOSMatic of Tripoli apparently uses the name field. So my recommendation, given the feedback received so far, would still be to use Latin + Arabic in the name field. Regarding readability of the map, I'd like to raise the issue of place definition and rendering (city/town/village...) The global convention is based on uniform population numbers. ( 10 / 1 / ...). While these may be well suited for densely populated countries, like United Kingdom or Germany, coupled with the current renderings, it produces maps that look empty (compared with other providers) in other countries. Typically in Libya, with its large desert areas (but also in France, for example). For roads, for example, the convention can be adapted to the local context. An unpaved surface is not considered a road in GB, for example, but in other countries this might be the standard surface. Similarly, it might be appropriate to define local conventions (on a country by country basis, for example) for the urban fabric. Maybe your tool, specific to a country, can make it possible to experiment on the rendering of places. In the meantime, maybe the global definition could be applied to Libya with some flexibility. For example, a city of slightly less than 100 000 inhabitants, or a town of slightly less than 10 000 inhabitants, but isolated in the desert, might be bulged to the upper OSM standard category, (which would then actually better match the semantics). It would thus be given a chance to appear on the radar, which might not be the case otherwise. At least, this is what I confess of doing sometimes. The population field could of course be a useful information for this issue. Best wishes, Jean-Guilhem pgp 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Jean-Guilhem Cailton wrote: It would not solve the problem for all tools, of course. For example, MapOSMatic of Tripoli apparently uses the name field. So my recommendation, given the feedback received so far, would still be to use Latin + Arabic in the name field. Do that if it is the most expedient way to satisfy the requirements of users... But isn't it recommended to also use the tags that will let people generate maps in a specific language ? By the way, for latin script names, should we use int_name, name:en or both ? Regarding readability of the map, I'd like to raise the issue of place definition and rendering (city/town/village...) The global convention is based on uniform population numbers. ( 10 / 1 / ...). While these may be well suited for densely populated countries, like United Kingdom or Germany, coupled with the current renderings, it produces maps that look empty (compared with other providers) in other countries. Typically in Libya, with its large desert areas (but also in France, for example). Tagging should not be done with rendering in mind, but the relative importance of the place in the urban hierarchy must be taken into account. Documents showing the administrative hierarchy may provide useful hints, though administrative status is not always correlated to actual importance to the local social fabric. For roads, for example, the convention can be adapted to the local context. An unpaved surface is not considered a road in GB, for example, but in other countries this might be the standard surface. Very important indeed in Africa where the topological hierarchy in the road network is the most important factor to consider. In Libya in particular, I have seen a lot of residential, tertiary and even secondary roads with unpaved surfaces. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
On 28/02/2011 10:33, Jean-Marc Liotier wrote: Jean-Guilhem Cailton wrote: It would not solve the problem for all tools, of course. For example, MapOSMatic of Tripoli apparently uses the name field. So my recommendation, given the feedback received so far, would still be to use Latin + Arabic in the name field. Do that if it is the most expedient way to satisfy the requirements of users... But isn't it recommended to also use the tags that will let people generate maps in a specific language ? By the way, for latin script names, should we use int_name, name:en or both ? In my opinion, the int_name can usefully be used for the direct romanization of the Arabic name, as it now (as of yesterday) is for Tripoli, i.e. Ṭarābulus (previously, it said 'Tripoli'). http://www.openstreetmap.org/browse/node/27564957/history. -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Le 28/02/2011 11:33, Jean-Marc Liotier a écrit : Jean-Guilhem Cailton wrote: It would not solve the problem for all tools, of course. For example, MapOSMatic of Tripoli apparently uses the name field. So my recommendation, given the feedback received so far, would still be to use Latin + Arabic in the name field. Do that if it is the most expedient way to satisfy the requirements of users... But isn't it recommended to also use the tags that will let people generate maps in a specific language ? Of course, that goes without saying. (But thanks for reminding it). By the way, for latin script names, should we use int_name, name:en or both ? name:en has the advantage of specifying the language, and can thus also be used by language specific renderings (or not used, depending on their policy). I would also use int_name only if it differs from name:en (can't think of an example right now), or if what is meant is really Internationally known as. Of course, if they are different and if your question is about the Latin part in name tag, I guess int_name should have precedence, in the framework of international humanitarian intervention. What do you think? Steve, (about Ṭarābulus) that's an idea, though it does not fit the wiki definition. At least, that's a way of storing it. A name:xyz where xyz would mean romanized Arabic would be better, in principle. (But there does not seem to be a recognized code for it). Is int_name used by any renderer? Jean-Guilhem pgp 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Jean-Guilhem Cailton wrote: I would also use int_name only if it differs from name:en (can't think of an example right now), or if what is meant is really Internationally known as. Of course, if they are different and if your question is about the Latin part in name tag, I guess int_name should have precedence, in the framework of international humanitarian intervention. What do you think? Is int_name used by any renderer? Reading http://taginfo.openstreetmap.de/keys/int_name#values suggests that what international name actually means is the romanized version of the local name - which may differ from the English name. Romanized version of the local name makes more sense to me than just international name. Anyone else here who thinks that is would make a better definition of int_name ? Steve, (about Ṭarābulus) that's an idea, though it does not fit the wiki definition. At least, that's a way of storing it. A name:xyz where xyz would mean romanized Arabic would be better, in principle. (But there does not seem to be a recognized code for it). Which romanization standard should be used ? http://en.wikipedia.org/wiki/Romanization_of_Arabic#Comparison_table It looks like no standard dominates. Let's hope we'll find a way to avoid OSM edit wars about romanized Arabic... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Steve Doerr wrote: In my opinion, the int_name can usefully be used for the direct romanization of the Arabic name, as it now (as of yesterday) is for Tripoli, i.e. Tarābulus (previously, it said 'Tripoli'). Looks like we posted the same thing at the same time... And you beat me to it... Anyway, this looks like the beginning of a consensus. If that holds, I'll edit the wiki to mention romanized version of the local name as the definition of the int_name tag. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Le 28/02/2011 13:27, Jean-Marc Liotier a écrit : Reading http://taginfo.openstreetmap.de/keys/int_name#values suggests that what international name actually means is the romanized version of the local name - which may differ from the English name. Romanized version of the local name makes more sense to me than just international name. Anyone else here who thinks that is would make a better definition of int_name ? I do. And also it seems it would be more used, and useful, in practice. Steve, (about Ṭarābulus) that's an idea, though it does not fit the wiki definition. At least, that's a way of storing it. A name:xyz where xyz would mean romanized Arabic would be better, in principle. (But there does not seem to be a recognized code for it). Which romanization standard should be used ? http://en.wikipedia.org/wiki/Romanization_of_Arabic#Comparison_table It looks like no standard dominates. Let's hope we'll find a way to avoid OSM edit wars about romanized Arabic... Let's just discuss it here if the need appears. :) Jean-Guilhem pgp 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
2011/2/28 Steve Doerr steve.do...@blueyonder.co.uk: In my opinion, the int_name can usefully be used for the direct romanization of the Arabic name, as it now (as of yesterday) is for Tripoli, i.e. Ṭarābulus (previously, it said 'Tripoli'). http://www.openstreetmap.org/browse/node/27564957/history. until now, the int_name was defined as Internationally known as e.g. # name=Channel Tunnel - Default name # int_name=Eurotunnel - Internationally known as from: http://wiki.openstreetmap.org/wiki/Key:int_name therefor I feel that using Ṭarābulus instead of Tripoli is not according to the general usage of int_name, because Tripoli is IMHO not internationally known as 'Ṭarābulus' but I might be wrong. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
2011/2/28 Jean-Marc Liotier j...@liotier.org: Steve Doerr wrote: In my opinion, the int_name can usefully be used for the direct romanization of the Arabic name, as it now (as of yesterday) is for Tripoli, i.e. Tarābulus (previously, it said 'Tripoli'). Anyway, this looks like the beginning of a consensus. If that holds, I'll edit the wiki to mention romanized version of the local name as the definition of the int_name tag. Generally breaking all applications in use by redefining the meaning of a tag is not a sustainable approach. If you want to introduce a romanized version of the local name why don't you simply introduce a new tag for it? Have a look at current int_name-values to see that romanized version of the local name is not the predominant current use. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
M∡rtin Koppenhoefer wrote: 2011/2/28 Steve Doerr steve.do...@blueyonder.co.uk: In my opinion, the int_name can usefully be used for the direct romanization of the Arabic name, as it now (as of yesterday) is for Tripoli, i.e. Ṭarābulus (previously, it said 'Tripoli'). http://www.openstreetmap.org/browse/node/27564957/history. until now, the int_name was defined as Internationally known as e.g. # name=Channel Tunnel - Default name # int_name=Eurotunnel - Internationally known as from: http://wiki.openstreetmap.org/wiki/Key:int_name therefor I feel that using Ṭarābulus instead of Tripoli is not according to the general usage of int_name, because Tripoli is IMHO not internationally known as 'Ṭarābulus' but I might be wrong. Yes, but http://en.wikipedia.org/wiki/Tarabulus_District mentions Tarabulus District (Arabic: شعبية طرابلس, Shab'iyat Ṭarābulus, English: Tripoli District). So Wikipedia does distinguish between Tripoli as an English name and Tarabulus as its canonical name. But at the same time, the page for the capital is http://en.wikipedia.org/wiki/Tripoli - so the issue is not clear cut. This one is an interesting example because Tarabulus is the internationaly used transliteration of the local name while Tripoli is fundamentally international as it comes from the Greek Τρίπολις (Trípolis) which means Three Cities. This does not help us to settle the issue easily... We might end-up having to keep int_name for the internationally used name, even if it is a somewhat fuzzy definition - and then add a name:romanized or romanized_name tag for the romanized transliteration of the local name. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
M∡rtin Koppenhoefer wrote: Generally breaking all applications in use by redefining the meaning of a tag is not a sustainable approach. Yes, I have been too hasty in suggesting that. But it remains one of the possible options nevertheless... Subject to prior debate and consensus, of course. We need to take our time investigating the actual use of the int_name tag to assess the impact of altering the interpretation of that tag and decide if it is better left alone or not. If you want to introduce a romanized version of the local name why don't you simply introduce a new tag for it ? That is indeed the folksonomic democracy option: create a new tag and see if other adopt it too. It is a well known method in OpenStreetMap, but it carries the cost of introducing an extra tag and extra confusion in an already crowded space. That is why I leaned toward other options... But I don't deny it may end up being the right one. Have a look at current int_name-values to see that romanized version of the local name is not the predominant current use. I disagree about that assessment. I may be wrong since I don't know any of the non-latin languages that seem to be the source of many of the names who appear in values of int_name. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus
Jean-Marc Liotier jm at liotier.org writes: By the way, for latin script names, should we use int_name, name:en or both ? If the name is still in Arabic, but Arabic written with the Latin alphabet, then name:ar@Latin would be correct. (There may be some more precise specification of exactly which romanization scheme you use - see the 120 different Latin spellings of 'Gadaffi' - but just ar@Latin would probably be enough.) If the name is like 'Tripoli', a non-Arabic name, then name:en (plus in this case name:it) or int_name would be appropriate. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Hi, On 28.02.2011 17:00, Jean-Marc Liotier wrote: We might end-up having to keep int_name for the internationally used name, even if it is a somewhat fuzzy definition - and then add a name:romanized or romanized_name tag for the romanized transliteration of the local name. I can't understand Arabian. I'm no expert. Is there a way to do the transliteration automatically in a consistent way? Acconding to wikipedia there exist multiple ways to do so: http://en.wikipedia.org/wiki/Arabic_transliteration If it is possible in a consistent way then there is no need to store this in the database. A map wanting to display it can easily calculate the romanized form. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus
On 28/02/2011 16:55, Ed Avis wrote: Jean-Marc Liotierjmat liotier.org writes: By the way, for latin script names, should we use int_name, name:en or both ? If the name is still in Arabic, but Arabic written with the Latin alphabet, then name:ar@Latin would be correct. Did you just make that up, or is this use of the @ symbol a pre-existing standard? -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] rendering map tiles with mapnik - hardware requirements
we at OSM New Zealand are looking at rendering our own (NZ-only) tiles, and we'd like to get a rough idea of the hardware requirements we will need are there any rules of thumb for how long it would take to render a given lat/lon bbox, using mapnik? i assume lat/lon is the independent variable, although i guess density/complexity of data will affect things as well. disk space, cpu, ram, time would be useful cheers, -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://openstreetmap.org.nz/ - Open Street Map New Zealand http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] rendering map tiles with mapnik - hardware requirements
On Mon, Feb 28, 2011 at 4:00 PM, Robin Paulson robin.paul...@gmail.com wrote: we at OSM New Zealand are looking at rendering our own (NZ-only) tiles, and we'd like to get a rough idea of the hardware requirements we will need are there any rules of thumb for how long it would take to render a given lat/lon bbox, using mapnik? i assume lat/lon is the independent variable, although i guess density/complexity of data will affect things as well. disk space, cpu, ram, time would be useful It depends. These two metatiles rendered in 18 seconds and 1.5 seconds. So it can be all over the place depending. This box is busy doing other things too. http://weait.com:8080/map/shield.html?zoom=6lat=-41.73199lon=173.35156layers=BFF zooming in to CHCH metatiles were well under a second. You can get by with a modest box as long as you don't mind waiting and have little load. OSM has a monster with 96GB ram and many fast disks in RAID. You can probably keep a good size group happy with a quad core 8 GB ram 1 TB of disk And the faster you can make your disks the better, as per Frederik's presentation at SotM last year. Best regards, Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Stephan Knauss wrote: Is there a way to do the transliteration automatically in a consistent way ? According to wikipedia there exist multiple ways to do so: http://en.wikipedia.org/wiki/Arabic_transliteration For each of the transliteration standards, an automated method is probably possible... But Wikipedia cites sixteen different standards, some of them with different focuses, such as phonetic expressiveness, spelling, simplicity, lack of diacritics or teaching. I have not read about any of those methods being more authoritative, so I guess that we have to rely on user input for each named object. On top of all that, Arabic has local variations, sometimes strong and always co-existing with literary Arabic... So I guess that there won't be a substitute to user wisdom. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bilingual Libya map for HOT
Hi, as I had been asked if it's possible to have a bilingual map of Libya to support humanitarian aid, here it is: http://libya.osm-tools.org/ Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bilingual Libya map for HOT
Le 28/02/2011 22:32, Stephan Knauss a écrit : Hi, as I had been asked if it's possible to have a bilingual map of Libya to support humanitarian aid, here it is: http://libya.osm-tools.org/ Stephan ___ Great Stephan, many thanks! Would it be possible for it to use name:en and name:ar (at least when both are available)? (Currently, variations are visible depending on what was entered in name. And thus tools that are not multilingual could still use ad-hoc name). Thanks again! Jean-Guilhem pgp 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] rendering map tiles with mapnik - hardware requirements
On 28.02.2011 22:41, Robin Paulson wrote: a quad core 8 GB ram 1 TB of disk as high as that! wow, i thought it'd be way lower for ~200MB of uncompressed data It IS a lot lower. The thaimap.osm-tools.org is running on a virtual machine. It has 1GB of guaranteed RAM and 2x2 GHz guaranteed CPU. neither load nor RAM seams to be a problem. Maybe disk-io could be a problem in a shared environment. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
hi We might end-up having to keep int_name for the internationally used name, even if it is a somewhat fuzzy definition - and then add a name:romanized or romanized_name tag for the romanized transliteration of the local name. I can't understand Arabian. I'm no expert. Is there a way to do the transliteration automatically in a consistent way? Acconding to wikipedia there exist multiple ways to do so: http://en.wikipedia.org/wiki/Arabic_transliteration I'm also not able to read Arabic, but I'm able to read some Asian writing systems. Lets take Bangkok for example. The City is called: ? (/Krung Thep Mahanakhon)/ Most of the people there call it Krung Thep There is also a long (offical) name: ? ??? ??? ?? ??? ? ?? Lets cross the border to Laos In Laos Bangkok is also called Krung Thep. If people don't speak English, they don't know the name Bangkok. Laos has it's own writing system an the Lao transliteration of Bangkok is ??. Next country Cambodia - Khmer writing system: = krung thep ? = bangkok Sound file: http://en.wikipedia.org/wiki/File:Th-Krung_Thep.ogg --- 3 countries 3 writing systems. I don't see an international name. Maybe the name as written at the airport could be the int_name. name:? name_offical:? ??? ??? ?? ??? ? ?? name_en:Bangkok name@lo:?? name_lo:don't know (There is no R in Lao) name@km: name_km:? name@de:Krung Theep name@en:Krung Thep name_int:Bangkok name@ipa: kru-? t^(h)ê?p máha(? nák^(h)???n http://en.wikipedia.org/wiki/Wikipedia:IPA_for_Thai_and_Lao --- name:? (Bangkok) is definitly wrong. If I want to render a bilingual map it is not possible - except I make an English/Thai map. It is not possible to render a Thai/Lao map or a Thai/Chinese map. --- There isn't an offical transliteration system for every writing system. Laos and Cambodia have been French colonies. In Cambodia they have an official translitaration system based on english pronunciation. For me as a German speaking person the English based transliteration is nearly useless. In Laos they use more often the French sounds of Latin letters - but there is no official transliteration system. In Cambodia I have never seen a map using Khmer letters, but it is easy to buy a Cambodian map with English letters. The local people have no maps if they are not able to read English. The Khmer alphabet has 70 letters. Transliteration is not possible without losses. Mapnik is still not able to render Khmer fonts without mistakes. Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Hi Bernhard, On 28.02.2011 23:27, Bernhard Zwischenbrugger wrote: Lets take Bangkok for example. [...] lots of examples name:กรุงเทพมหานคร (Bangkok) is definitly wrong. If I want to render a bilingual map it is not possible - except I make an English/Thai map. It is not possible to render a Thai/Lao map or a Thai/Chinese map. --- There isn't an offical transliteration system for every writing system. great explanation why we need more than just a name tag. Some of the transliterations might be calculated. For the Thai map I thought of letting the map processor do an automatic RTGS. But even with RTGS being some form of standard, it's not that widely used. Most transliteration is based on the personal taste of the person designing the sign. At least it often looks like this. So the only sure thing is the local name. We put this into name. In Thailand I often repeat it into name:th. While not really needed it won't do any harm and might be useful for bilingual maps crossing country borders. Mapnik is still not able to render Khmer fonts without mistakes. Is this an issue with Mapnik or due to missing fonts? Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Addresses
I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,...) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to parse these field for every locale, so I am wondering what I should do with it. Should I put it into a new tag, should I use the full? How can I add this information to the entity without making errors in the street or house number fields? Thanks, J.M. Wiley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
I have a couple of basic VB programs that can take a local .OSM file and add a name:fr field to street names, it also does a little look up to translate the street name type. You just take the output and feed it into JOSM and upload the changes. As with all bots and such tools its best to have some one else verify the output before going mad with it. Maperitive can be set to render using one of the alternative name fields such as name:fr and I have an example if need be. Cheerio John On 28 February 2011 15:25, Stephan Knauss o...@stephans-server.de wrote: Hi, On 28.02.2011 17:00, Jean-Marc Liotier wrote: We might end-up having to keep int_name for the internationally used name, even if it is a somewhat fuzzy definition - and then add a name:romanized or romanized_name tag for the romanized transliteration of the local name. I can't understand Arabian. I'm no expert. Is there a way to do the transliteration automatically in a consistent way? Acconding to wikipedia there exist multiple ways to do so: http://en.wikipedia.org/wiki/Arabic_transliteration If it is possible in a consistent way then there is no need to store this in the database. A map wanting to display it can easily calculate the romanized form. Stephan ___ 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] [HOT] Nametagging: Local script versus international latin script (for Libya)
Mapnik is still not able to render Khmer fonts without mistakes. Is this an issue with Mapnik or due to missing fonts? Khmer Font exists but letter spacing is wrong and there are wrong rectangles around some letters. Lao rendering is ok, Thai fonts are too small, Myanmar fonts also have problems with letter spacing, the letter ြ for example is rendered too big - but I can't read Burmese. Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
Hi all Thanks for having opened the thread. I feel that on the HOT side there will be a need to have name:en and name:ar which can be by default name as possible tags. Ciao Nicolas On Tue, Mar 1, 2011 at 12:42 AM, john whelan jwhelan0...@gmail.com wrote: I have a couple of basic VB programs that can take a local .OSM file and add a name:fr field to street names, it also does a little look up to translate the street name type. You just take the output and feed it into JOSM and upload the changes. As with all bots and such tools its best to have some one else verify the output before going mad with it. Maperitive can be set to render using one of the alternative name fields such as name:fr and I have an example if need be. Cheerio John On 28 February 2011 15:25, Stephan Knauss o...@stephans-server.de wrote: Hi, On 28.02.2011 17:00, Jean-Marc Liotier wrote: We might end-up having to keep int_name for the internationally used name, even if it is a somewhat fuzzy definition - and then add a name:romanized or romanized_name tag for the romanized transliteration of the local name. I can't understand Arabian. I'm no expert. Is there a way to do the transliteration automatically in a consistent way? Acconding to wikipedia there exist multiple ways to do so: http://en.wikipedia.org/wiki/Arabic_transliteration If it is possible in a consistent way then there is no need to store this in the database. A map wanting to display it can easily calculate the romanized form. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Nicolas Chavent Humanitarian OpenStreetMap Team http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Mobile (Haiti): +509 389 583 05 Mobile (France): +33 6 89 45 54 58 Landline (FRA): +33 2 97 26 23 08 Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addresses
If the house number is missing, no problem, then leave away addr:housenumber. Are these American style addresses, i.e. 12345, Example Street, or European style: Eygenstraat 123. Could you post a few examples of the most common cases and a few border line cases. Maybe it's possible to parse them with a regular expression. Of course, first check whether your data is OK to import into OSM, license wise. Jo 2011/3/1 John-Michael Wiley jmwi...@microsoft.com: I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,…) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to parse these field for every locale, so I am wondering what I should do with it. Should I put it into a new tag, should I use the full? How can I add this information to the entity without making errors in the street or house number fields? Thanks, J.M. Wiley ___ 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] Addresses
Tricky because of the accuracy. My money would be to add a two fields and put the lat and long coordinates in there. I'd also use a database rather than Excel such as SQL server there are better validation tools available. Then you really need manual verification you have the correct location. I've dropped some items in by address in Ottawa, you can get close but you need to verify because a shopping Mall may have a single street address so many stores have the same address. If I think in terms of a database for people that feeds multiple needs eg HR, phone etc. You sort of need a key such that you can key a building then link it to other information such as name, opening hours, phone number etc. Since you have a Microsoft email address think in terms of OSM is an XML file and then think Biztalk. You may want to email me a little off line on this since this is more electronic map than OSM normally likes to think of itself. Cheerio John On 28 February 2011 18:11, John-Michael Wiley jmwi...@microsoft.com wrote: I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,…) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to parse these field for every locale, so I am wondering what I should do with it. Should I put it into a new tag, should I use the full? How can I add this information to the entity without making errors in the street or house number fields? Thanks, J.M. Wiley ___ 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] Addresses
Unfortunately the data is coming to me from a tool I do not control. I simply will be importing the data and allowing someone to associate the data provided with areas and nodes on the map. Most of the data will be for the US, but there is no guarantee that the addresses are correctly formatted which is why I am worried about doing something simple like assuming the house number is always first and is even always present. Seems to me like the best thing to do would be to skip the street address fields and simply use the ones which have a 1-1 mapping (city, country, state/province, postal code, phone). Leave the address for someone else. J.M. From: john whelan [mailto:jwhelan0...@gmail.com] Sent: Monday, February 28, 2011 3:58 PM To: John-Michael Wiley Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Addresses Tricky because of the accuracy. My money would be to add a two fields and put the lat and long coordinates in there. I'd also use a database rather than Excel such as SQL server there are better validation tools available. Then you really need manual verification you have the correct location. I've dropped some items in by address in Ottawa, you can get close but you need to verify because a shopping Mall may have a single street address so many stores have the same address. If I think in terms of a database for people that feeds multiple needs eg HR, phone etc. You sort of need a key such that you can key a building then link it to other information such as name, opening hours, phone number etc. Since you have a Microsoft email address think in terms of OSM is an XML file and then think Biztalk. You may want to email me a little off line on this since this is more electronic map than OSM normally likes to think of itself. Cheerio John On 28 February 2011 18:11, John-Michael Wiley jmwi...@microsoft.commailto:jmwi...@microsoft.com wrote: I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,...) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to parse these field for every locale, so I am wondering what I should do with it. Should I put it into a new tag, should I use the full? How can I add this information to the entity without making errors in the street or house number fields? Thanks, J.M. Wiley ___ talk mailing list talk@openstreetmap.orgmailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] XAPI and using a home server
Hey, thats look interesting! I'm almost tempted to kill my osmosis planet update. Any experience with daily diffs ? Yes, they should work. Please run again ./update_database --db-dir=YOUR_DB_DIR/ DIFF_FILE or in the more probable case that the diff file is compressed bunzip2 YOUR_PLANETFILE | ./update_database --db-dir=YOUR_DB_DIR/ Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addresses
I'm not certain what your background is so forgive me if I pitch this too simply. Below is the XML code for a Florist in Ottawa. Anything before node is red tape, anything after ?node is red tape. http://wiki.openstreetmap.org/wiki/Features gives a list of features that can be tagged. Note the line that says node id, this is basically what OSM uses to identify a node. The node is then qualified with things such as name, addr:postcode, phone etc. The node has a long and lat value which is where OSM knows where to place the node. ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' bounds minlat='45.469465' minlon='-75.4907190999' maxlat='45.469559' maxlon='-75.4905474' origin='CGImap 0.0.2' / node id='702985078' timestamp='2010-12-07T01:58:28Z' uid='186592' user='Johnwhelan' visible='true' version='6' changeset='6570763' lat='45.4695054' lon='-75.4906046' tag k='addr:housenumber' v='1675' / tag k='addr:postcode' v='K1E 3P6' / tag k='addr:street' v='Tenth Line Road' / tag k='fax' v='(613) 834-1577' / tag k='name' v='Select Blooms' / tag k='name:fr' v='Select Blooms' / tag k='phone' v='(613) 837 9966' / tag k='shop' v='florist' / tag k='website' v='www.selectblooms.ca' / /node /osm Without the lat and lon the information is useless. Normally with a data source you know if its clean data or not. Yours sounds as if it might not be clean. So step one would be to get the lat and lon information attached to your data somehow. Once you have the node in the map then you can start to play. One thing you could do is add a note tag and dump the unformatted address information in there, I'd also add another tag saying fixme. Then you are dependent on some one taking the time to untangle the address information in something like JOSM. Another approach would be to filter the data so that only clean data is uploaded, often you can pick out different ty.es of data then handle them by program in different ways. If this is enamel bucket corporate stuff then its probably best if we talk this stuff through about what you want to do and what resources you have available. Brian Stagg is one contact I had with Microsoft before I retired and he can probably give you an idea of my background. My Skype address is johnwhelan3316. I can give you some guidance for free but I'm not in the market for being a consultant. Bear in mind that in general OSM prefers manual input for religious reasons, CommonMap might be a more suitable depository. I have a couple of VB programs that can be used to read and write OSM files in such a way that the modified data can be uploaded to OSM etc. Cheerio John On 28 February 2011 19:31, John-Michael Wiley jmwi...@microsoft.com wrote: Unfortunately the data is coming to me from a tool I do not control. I simply will be importing the data and allowing someone to associate the data provided with areas and nodes on the map. Most of the data will be for the US, but there is no guarantee that the addresses are correctly formatted which is why I am worried about doing something simple like assuming the house number is always first and is even always present. Seems to me like the best thing to do would be to skip the street address fields and simply use the ones which have a 1-1 mapping (city, country, state/province, postal code, phone). Leave the address for someone else. J.M. *From:* john whelan [mailto:jwhelan0...@gmail.com] *Sent:* Monday, February 28, 2011 3:58 PM *To:* John-Michael Wiley *Cc:* talk@openstreetmap.org *Subject:* Re: [OSM-talk] Addresses Tricky because of the accuracy. My money would be to add a two fields and put the lat and long coordinates in there. I'd also use a database rather than Excel such as SQL server there are better validation tools available. Then you really need manual verification you have the correct location. I've dropped some items in by address in Ottawa, you can get close but you need to verify because a shopping Mall may have a single street address so many stores have the same address. If I think in terms of a database for people that feeds multiple needs eg HR, phone etc. You sort of need a key such that you can key a building then link it to other information such as name, opening hours, phone number etc. Since you have a Microsoft email address think in terms of OSM is an XML file and then think Biztalk. You may want to email me a little off line on this since this is more electronic map than OSM normally likes to think of itself. Cheerio John On 28 February 2011 18:11, John-Michael Wiley jmwi...@microsoft.com wrote: I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,…) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
On 01.03.2011 00:42, john whelan wrote: I have a couple of basic VB programs that can take a local .OSM file and add a name:fr field to street names, it also does a little look up to translate the street name type. You just take the output and feed it into JOSM and upload the changes. If a script can do it, then there is no need to upload it to the DB. It can simply be a preprocessing step for the renderer. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Mapping food outlets using OSM in Scientific American
http://www.scientificamerican.com/article.cfm?id=mapping-the-food-desert John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-is] Local meetups in Iceland
2011/2/28 Matthias Meißer dig...@arcor.de: Sorry that I post in english but I can't write I your language :/ I guess some of you might notice that I created a map of local user groups http://usergroups.openstreetmap.de using a bot crawling templates out of the wikipages http://wiki.openstreetmap.org/wiki/Template:User_group I already tried to get in contact for the most nations but there seem to be no local group that meets regular in Iceland, or? Hi, there have been a few meet-ups, but nothing regular. Just one-off's. But I haven't checked recently (and now live abroad), maybe someone else can confirm/deny that. ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Local meetups in Iceland
On 02/28/2011 11:32 AM, Ævar Arnfjörð Bjarmason wrote: 2011/2/28 Matthias Meißerdig...@arcor.de: Sorry that I post in english but I can't write I your language :/ I guess some of you might notice that I created a map of local user groups http://usergroups.openstreetmap.de using a bot crawling templates out of the wikipages http://wiki.openstreetmap.org/wiki/Template:User_group I already tried to get in contact for the most nations but there seem to be no local group that meets regular in Iceland, or? Hi, there have been a few meet-ups, but nothing regular. Just one-off's. But I haven't checked recently (and now live abroad), maybe someone else can confirm/deny that. If there are regular meet-ups, they're not advertised very well. ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27.02.2011 22:49, schrieb Bodo Meissner: http://en.wikipedia.org/wiki/Apartment gibt es ein Bild Garden apartments in Seattle, Washington, United States, was ähnlich auch in einem Dorf vorkommen könnte. Ich kenne in meinem Dorf zwei Häuser, in denen mehrere abgeschlossene Mietwohnungen enthalten sind. Die würde ich als building=apartments einstufen. Ich glaube nicht, daß man das ohne Ortskenntnis von anderen größeren Häusern unterscheiden kann. warum nicht: http://de.wikipedia.org/wiki/Appartement bzw http://de.wikipedia.org/wiki/Apartment Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates nimmt die Vorlage nicht
Am 28.02.11 08:52, schrieb Jan Tappenbeck: Hi! jetzt habe ich mir das Vorlagen-Menü daraufhin nochmal angesehen und auch unter Relationen einen entsprechenden Eintrag gefunden. Testweise habe ich zwei Ways gezeichnet die in einem Punkt sich treffen. Dann einen Way, den Node und den anderen Way ausgewählt - aber das Feld Vorlage ist immer noch ausgegraut. Weiß einer ob diese Funktion richtig arbeitet bzw. gibt es etwas besonderes was zu bedenken ist ?? Du musst erst eine Relation anlegen, aktivierst diese per Doppelklick, und kannst dann erst die Eigenschaften per Vorlage hinzufügen. Das ist etwas verquer zu handhaben, aber bei Wegen und Konten im Prinzip genauso. Da erstellst du auch erst einen Weg bzw einen Konten, und setzt dann erst die Vorlage drauf an. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und =?utf-8?q?Nebengeb=C3=A4ude?= korrekt taggen
Hallo, Am Sonntag 27 Februar 2011 19:29:06 schrieb M∡rtin Koppenhoefer: Am 27. Februar 2011 19:19 schrieb koppenho koppe...@online.de: Echt? Also mir fällt das sehr schwer. Wie unterscheidet sich von oben ein Wohnblock mit vielen Stockwerken von einem 3er-Reihenhaus? am Schatten und ggf. auch bei leicht schräg aufgenommenen Bildern in der Seitenansicht. Da wir die bing-Bilder zum abmalen nutzen dürfen, dürfen wir mit Sicherheit auch die bing-Bilder im Browser zur Ansicht nutzen. Da kann man sich in den meisten Fällen das Gebäude sogar von allen 4 Seiten ansehen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki CSS
Am 19.02.2011 11:48, schrieb Markus: Wer ist eigentlich für unser Wiki zuständig? Seit einigen Monaten wird Code in einer kleinen unlesbaren Schrift angezeigt. Das betrifft alle mit code, pre und führendem Leerzeichen markierten/eingerückten Textstellen. Das stört den Lesefluss: entweder braucht man eine Lupe, oder man muss die Anzeige vergrössern, aber dann ist der übrige Text zu gross. Sollte umgestellt werden auf: - Standard-Schriftgrösse - Schriftart mit fester Zeichenweite - bei code mit leicht grauem Hintergrund (oder so) Vielleicht kann das jemand an den Zuständigen weiterleiten? (ggf auf Englisch) Danke, Markus PS: Matthias Meisser und Markus Stürmer hatte ich bereits erfolglos angeschrieben. Das ist ein Bug in MediaWiki 1.16, in 1.17 wird er behoben sein. In der Wikipedia gab es das Problem auch lange Zeit. Es kann durch einen Wiki-Administrator behoben werden, indem die folgenden Zeilen in die Seite http://wiki.openstreetmap.org/wiki/MediaWiki:Vector.css eingetragen wird: pre, code, tt { font-family: monospace, sans-serif; } Ciao. Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki CSS
Danke Raimond für die schnelle Reaktion! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
Am 28. Februar 2011 06:08 schrieb Jan Tappenbeck o...@tappenbeck.net: Gibt es bereits: Vorlagen selbst definieren nach dem Beispiel von Dirks Oneclick http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM#One-Kli ck-Beispiel für normale Tags kenne ich das auch ausgiebig - aber für Relationen? Hast Du ein Beispiel Kennst Du STRG+F Damit kann man z.B. eine Webseite durchsuchen. Wenn Du das Wort relation in Deinem Browser als Suchwort eingibst (Link oben), dann hast Du ein Beispiel. Manche Dinge kann man einfach auch mal machen, und nicht immer nur auf der Liste nach Hilfe schreien. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 28. Februar 2011 09:30 schrieb Steffen Heinz eifelhu...@gmx.de: warum nicht: http://de.wikipedia.org/wiki/Appartement bzw http://de.wikipedia.org/wiki/Apartment Weil es uns nicht weiterhilft. Wir taggen auf englisch, wo das tag apartments (Plural!) m.E. den Suchergebnissen hier entspricht: http://de.wikipedia.org/w/index.php?title=Spezial%3ASucheredirs=1search=appartementgeb%C3%A4udefulltext=Searchns0=1 bzw. http://de.wikipedia.org/w/index.php?title=Spezial%3ASucheredirs=1search=appartmentgeb%C3%A4udefulltext=Searchns0=1 bzw. http://de.wikipedia.org/w/index.php?title=Spezial%3ASucheredirs=1search=apartmentgeb%C3%A4udefulltext=Searchns0=1 (nb: die richtige Schreibweise auf deutsch ist entweder Appartement (aus dem frz.) oder Apartment (aus dem engl.).) Eine Wohnung ist kein Gebäude sondern Teil dessen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und =?utf-8?q?Nebengeb=C3=A4ude?= korrekt taggen
Am 28. Februar 2011 10:37 schrieb Wolfgang wolfg...@ivkasogis.de: Am Sonntag 27 Februar 2011 19:29:06 schrieb M∡rtin Koppenhoefer: am Schatten und ggf. auch bei leicht schräg aufgenommenen Bildern in der Seitenansicht. Da wir die bing-Bilder zum abmalen nutzen dürfen, dürfen wir mit Sicherheit auch die bing-Bilder im Browser zur Ansicht nutzen. Da kann man sich in den meisten Fällen das Gebäude sogar von allen 4 Seiten ansehen. Genau das dürfen wir mit Sicherheit derzeit nicht: http://wiki.openstreetmap.org/wiki/File:Bing_license.pdf Restrictions on your use: We do have some restrictions on your use of the service. You may not: ... * use Bird’s Eye, Street Side, or Photosynth imagery. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] karten aus tiles zusammenbauen
hallo, ich habe / hätte: - bbox - ziel maßstab oder von mir aus zoomlevel - tileserver - zielformat papier und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? also mir geht es ums tiles identifizieren, herunterladen, zusammenbauen, beschneiden und nach pdf konvertieren. letzteres wird wohl einfach. ist für hikingbook.pl ... thanks gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
Hi! Gary68 wrote: und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? Das habe ich dadurch gelöst, daß ich eine übergroße, unsichtbare slippymap erzeuge, die mir die ganze Arbeit der Berechnungen abnimmt. Von dieser Slippymap greife ich die Tilenummern ab, übertrage sie an den Server und setze dort die große Karte zusammen. Den Maßstab bekommt man tatsächlich ganz gut hin, indem man über Papiergröße und DPI die erfordlichen Pixel ausrechnet, damit hast Du die Anzahl der Tiles die Du brauchst. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/karten-aus-tiles-zusammenbauen-tp6073573p6073766.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] karten aus tiles zusammenbauen
Gary68 schrieb: hallo, ich habe / hätte: - bbox - ziel maßstab oder von mir aus zoomlevel - tileserver - zielformat papier und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? also mir geht es ums tiles identifizieren, herunterladen, zusammenbauen, beschneiden und nach pdf konvertieren. letzteres wird wohl einfach. ist für hikingbook.pl ... Dann müsste taho.pl genau das sein, was du suchst. Es gibt noch die Weiterentwicklung taho.exe von Dimitri Junker, ist WIMRE nur für Windows, aber open source. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
On Mon, Feb 28, 2011 at 03:58:58PM +0100, Gary68 wrote: ich habe / hätte: - bbox - ziel maßstab oder von mir aus zoomlevel - tileserver - zielformat papier und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? Formeln und Code, um aus Koordinaten die Tilenummern zu berechnen gibt es hier: http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames Bitte beachten, dass man damit sehr schnell einen Tileserver platt machen kann. Das solltest Du also nur für kleine Bereiche machen oder mit einem eigenen Tileserver, nicht mit den öffentlichen Tileservern. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
Am 28. Februar 2011 16:50 schrieb NopMap ekkeh...@gmx.de: Den Maßstab bekommt man tatsächlich ganz gut hin, indem man über Papiergröße und DPI die erfordlichen Pixel ausrechnet, damit hast Du die Anzahl der Tiles die Du brauchst. ja, wobei der Maßstab bei unserer Projektion nie oben und unten im Bild gleich ist (bzw. nur, wenn der Äquator Mitte ist ;-) ). Berechnen kannst Du ihn am Äquator, indem Du bedenkst, dass bei Z0 1 tile 256 Pixel hat, was ziemlich genau 40075 km entspricht. Pro Zoomstufe wird das halb so viel für 256 Pixel. Wenn Du nicht am Äquator bist, kannst Du das vermutlich berechnen, indem Du ausrechnest, wie groß der Erdumfang horizontal geschnitten bei der gewünschten geographischen Breite und Z0 ist, und dann wieder pro Zoomstufe die Strecke halbieren (hoffe, dass da kein Denkfehler drin steckt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
Gary68 wrote: ist für hikingbook.pl ... http://search.cpan.org/search?query=geo%3A%3Aosm%3A%3Atiles Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
danke. keine sorge, ist nur für ein paar din a4 seiten. da machen die browser mit bewegter maus mehr traffic. ciao gerhard On Mon, 2011-02-28 at 18:26 +0100, Jochen Topf wrote: On Mon, Feb 28, 2011 at 03:58:58PM +0100, Gary68 wrote: ich habe / hätte: - bbox - ziel maßstab oder von mir aus zoomlevel - tileserver - zielformat papier und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? Formeln und Code, um aus Koordinaten die Tilenummern zu berechnen gibt es hier: http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames Bitte beachten, dass man damit sehr schnell einen Tileserver platt machen kann. Das solltest Du also nur für kleine Bereiche machen oder mit einem eigenen Tileserver, nicht mit den öffentlichen Tileservern. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
M∡rtin Koppenhoefer wrote: Kennst Du STRG+F Martin, wenn Du ihm nicht helfen willst, dann sei doch ganz einfach still. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Relationsdialog-Templates-fur-die-gangisten-Formen-tp6071027p6075274.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] JOSM: Relationsdialog - Templates für die gängisten Formen
Am 28.02.2011 23:30, schrieb NopMap: Martin, wenn Du ihm nicht helfen willst, dann sei doch ganz einfach still. Etwas mehr eigene Recherche hier und da *vor* dem Nachfragen wäre aber manchmal auch ganz schön ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
Am 28. Februar 2011 21:59 schrieb Gary68 [g...@gary68.de]: hallo, ich habe / hätte: - bbox - ziel maßstab oder von mir aus zoomlevel - tileserver - zielformat papier und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? also mir geht es ums tiles identifizieren, herunterladen, zusammenbauen, beschneiden und nach pdf konvertieren. letzteres wird wohl einfach. ist für hikingbook.pl ... Das in dieser Debatte genannte Tool bietet eine interaktive Karte vom Server für die Wahl des Ausschnittes und erledigt den Rest wahrscheinlich mit links. Wie jedes Werkzeug kann es bei falscher Benutzung natürlich auch schaden. http://forum.openstreetmap.org/viewtopic.php?id=10960 http://trekbuddyatlasc.sourceforge.net/index.html Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
Am 28.02.2011 23:55, schrieb Ulf Lamping: Etwas mehr eigene Recherche hier und da *vor* dem Nachfragen wäre aber manchmal auch ganz schön ;-) Ich kann ihn auch verstehen. Hier kommen manchmal Fragen auf, da denke ich mir, dass derjenige wirklich noch nie in die Anleitung geschaut hat oder geschweige denn mal nachgedacht hätte. Ich denke, dass man das dennoch etwas freundlicher ausdrücken könnte :) Gruß, Philip signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Local meetups in India
Hi, Sorry that I post in English but I can't write I your language :/ I guess some of you might notice that I created a map of local user groups http://usergroups.openstreetmap.de using a bot crawling templates out of the wikipages http://wiki.openstreetmap.org/wiki/Template:User_group I already tried to get in contact for the most nations but there seem to be no local group that meets regular in India, or? regards Matthias ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] manca la struttura nelle Città italiane
Il 27 febbraio 2011 17:56, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: Ogni anno faccio un nuovo tentativo. Non è un po' strano che nelle città Italiane manca quasi completamente la struttura? Guardate (sempre allo stesso livello di zoom 12) Firenze: http://www.openstreetmap.org/?lat=43.7849lon=11.2759zoom=12layers=M Torino: http://www.openstreetmap.org/?lat=45.0684lon=7.6841zoom=12layers=M Napoli: http://www.openstreetmap.org/?lat=40.8509lon=14.2532zoom=12layers=M si a queste città manca, ma altre sono a posto... e fate paragone a Lione: http://www.openstreetmap.org/?lat=45.7578lon=4.8801zoom=12layers=M Valencia: http://www.openstreetmap.org/?lat=39.4699lon=-0.3693zoom=12layers=M Krakovia; http://www.openstreetmap.org/?lat=50.0603lon=19.9688zoom=12layers=M Colonia: http://www.openstreetmap.org/?lat=50.9346lon=6.9823zoom=12layers=M Manchester: http://www.openstreetmap.org/?lat=53.4814lon=-2.2337zoom=12layers=M in queste però mi sembra esagerato ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il 27 febbraio 2011 21:16, ale_z...@libero.it ale_z...@libero.it ha scritto: Situazione Genova: Tutta la riva destra del Polcevera e la sinistra dal Ponte di Cornigliano a Trasta le eleverei a secondary. come ha detto luciano anche primary, mettendo la parte interna secondary Aggiungerei parecchie tertiary, le elenco da Ponente a Levante: - Centro e Medio Ponente: Corso Martinetti Corso Magellano – Via Scassi – Via Balbi Piovera Via San Bartolomeo del Fossato Via Ferrara – Via San Marino Corso Dogali Via Brignole De Ferrari – Via Polleri Corso Carbonara Via Bertani – Via Martin Piaggio Viale IV Novembre Corso Podestà Piazza Alessi Via Corsica Via Cecchi Via Trebisonda mi sembrano un po' troppe - Valbisagno: [CUT] Via di Pino ok, fatto... - Levante: Via G.B. D'Albertis – Via Marchini – Via Ayroli (parte a doppio senso) – Via Don Orione (sino incrocio Corso sardegna) Via Donghi – Via Berghini (sino al Bivio di Santa Tecla) Via Aldo Manuzio Piazza Leopardi – Via Zara Via Filippo Corridoni – Via Monte Zovetto Via Pisa Via Guerrazzi Via Giordano Bruno Via dei Ciclamini Via delle Campanule Via Rossetti Viale Pio VII Via Fabio Filzi Piazza Pittaluga Viale Franchini anche qua mi sembrano troppe, le ridurrei un pochino... Genovesi, battete un colpo. Alessandro Ale_Zena_IT -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag Wikipedia
Il giorno 28 febbraio 2011 01:09, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/2/28 Stefano Droghetti stefano.droghe...@gmail.com: Come mi devo regolare per il key wikipedia? Faccio un esempio per questo: http://osm.org/go/xdVwGnG9g-- Cosa preferite fra questi: 5- wikipedia=it:Castello_Estense 6- wikipedia=en:Castello_Estense 7- entrambe 5 e 6 Il wiki dice: 8- wikipedia=it:Castello Estense (oppure questo articolo in un' altra lingua). la 7 escluderei (non ha senso, con i interlanguage links è sufficente di aggiungere _un_ link e tutti gli altri (eccezioni esclusi) si possono ritrovare. 1,2,3 non vanno bene (con tutti i cambiamenti dei suggerimenti questi non sono mai stati una alternativa proposta). Per maggiori dettagli (anche riguardando eccezioni) vedi qui: http://wiki.openstreetmap.org/wiki/Key:wikipedia Di primo acchito direi che persino il namespace del linguaggio non sarebbe necessario: wikipedia=Vercelli non mi sembra peggio di wikipedia=it:Vercelli. Pensandoci meglio, però, uno stesso oggetto può avere pagine con titoli diversi a seconda della lingua, quindi mettendo wikipedia=Milano un inglese che venga mandato a en.wikipedia.org/wiki/Milanonon troverebbe niente. Quindi concordo con Martin. Riguardo al discorso spazi o underscore, tecnicamente dovrebbero funzionare entrambi, ma senz'altro è preferibile stabilire una cosa e seguire quella. Se sul wiki è già consigliata la versione con spazi, conviene seguire quella. Propongo di dichiarare wikipedia il Tag del Mese di Marzo. Anzi, quasi quasi renderei pseudo-ufficiale questa iniziativa del Tag del Mese e farei una paginetta sul wiki del Progetto Italia. Chi è d'accordo? ciao, Martin Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno 27 febbraio 2011 19:42, Davide Ferri davidef1...@yahoo.it ha scritto: Per quanto riguarda Torino, tutti i viali di scorrimento sono segnati come secondary; ne mancano 3 o 4 ma non tanti di più. Per quanto riguarda i primary, alcuni corsi sarebbero più corretti se segnati tali (per esempio il primo tratto di corso regina o di corso giulio). In settimana se riesco (e nessuno ha obbiezioni in merito) cerco di sistemarli. Vedo incoerenze nel rendering - forse hai appena fatto le modifiche e le tile non sono ancora aggiornate. Faccio riferimento a zoom 12, dove vedo strade più importanti. Io metterei corso Giulio Cesare primary fino a corso Regina: mezzo Piemonte arriva dall'A4, e la strada più semplice per arrivare in centro è senz'altro corso Giulio. Per importanza del traffico e per routing aid metterei primary anche il percorso Giulio Cesare - Lungo Stura - corso Casale: dovendo andare dall'A4 alla zona Lingotto il centro andrebbe evitato, ma avere il quartiere Centro circondato da primary potrebbe influenzare eccessivamente il routing. Tutto questo mi sembra logico visto che corso Vittorio e corso Regina sono segnate primary: è vero che sono strade che si usano per andare da una parte all'altra attraverso il centro, ma proprio perché sono così centrali si potrebbe pensare di metterle secondary (e di conseguenza lasciare secondary anche corso Giulio Cesare e corso Casale), ma su questo lascio decidere i torinesi :-) Inoltre metterei almeno secondary anche la Spina, dato che - almeno nei progetti - dovrebbe attirare su di sé tutto il traffico che prima era su corso Duca e sulla Crocetta in generale. Noto anche che a Rivoli corso Francia sparisce nel nulla in una tertiary, per poi tornare primary dopo. Direi che se la primary si spinge fino a corso Regina e corso Vittorio, può benissimo rimanere primary anche in centro a Rivoli. Inoltre la strada da Orbassano a Rivoli diventa secondary dopo essere stata primary tutto attorno ad Orbassano; mi sembra un errore, ma non conosco la zona abbastanza da giudicare. Davide Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] slide per corso introduttivo
On Sun, Feb 27, 2011 at 02:16:21PM +0100, Davide Giunchi wrote: Terrò un corso introduttivo per mappatori (quando saprò le date precise pubblicherò l'annuncio) a Forlì, ci sono delle slide già pronte sull'argomento? Qui puoi trovare le slide che ho usato durante i miei talk: http://www.rigacci.org/wiki/doku.php/tecnica/gps_cartografia_gis/openstreetmap -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno 28 febbraio 2011 09:08, Luca Delucchi lucadel...@gmail.com ha scritto: Lione: http://www.openstreetmap.org/?lat=45.7578lon=4.8801zoom=12layers=M Valencia: http://www.openstreetmap.org/?lat=39.4699lon=-0.3693zoom=12layers=M Krakovia; http://www.openstreetmap.org/?lat=50.0603lon=19.9688zoom=12layers=M Colonia: http://www.openstreetmap.org/?lat=50.9346lon=6.9823zoom=12layers=M Manchester: http://www.openstreetmap.org/?lat=53.4814lon=-2.2337zoom=12layers=M in queste però mi sembra esagerato Concordo. Se il traffico è molto elevato e la strada viene usata anche da chi deve solo attraversare la città da una parte all'altra, ci può stare primary, ma diversamente lascerei le strade principali all'interno di una città come secondary. Gli esempi sopra soffrono di primary-ite IMHO :-) ciao, Martin -- ciao Luca Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno 28 febbraio 2011 10:28, Simone Saviolo simone.savi...@gmail.comha scritto: Io metterei corso Giulio Cesare primary fino a corso Regina: mezzo Piemonte arriva dall'A4, [...] Io suggerirei di regolarsi con la segnaletica di precedenza. Se una strada ha diritto di precedenza su tutte le altre che incrocia, allora questa strada ha senz'altro categoria superiore alle altre. In genere parto da una strada che posso catalogare con certezza (ad esempio una residential), poi guardo quello che succede agli incroci. -- Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/27 G Zamboni gd.zamb...@tiscali.it: Guardate (sempre allo stesso livello di zoom 12) +1, in pieno. Milano non è messa male: http://www.openstreetmap.org/?lat=45.4702lon=9.1933zoom=13layers=M IMHO però non è detto che dipenda solo da diversa interpretazione o cattiva volontà, più che altro dal fatto che la comunità italiana e meno numerosa e meno organizzata rispetto ad altre. Secondo me la classificazione di una città è più difficile della mappatura normale perché ci vuole una vista d'insieme che non si ha quando si mappa la singola strada. Io sentirei il bisogno di un classification party, città per città: ci si trova una sera in un pub con wifi in 3-4 mappatori, meglio se di zone diverse, e si prova a migliorare la classificazione. Nella maggior parte dei casi bisogna alzare, cioè creare la rete di primary (se c'è), di secondary e infine di tertiary. Una volta che la rete è a posto, è più facile classificare il resto Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/28 Simone Saviolo simone.savi...@gmail.com: Il giorno 28 febbraio 2011 09:08, Luca Delucchi lucadel...@gmail.com ha scritto: Lione: Valencia: Krakovia; Colonia: Manchester: in queste però mi sembra esagerato Concordo. Se il traffico è molto elevato e la strada viene usata anche da chi deve solo attraversare la città da una parte all'altra, ci può stare primary, ma diversamente lascerei le strade principali all'interno di una città come secondary. Gli esempi sopra soffrono di primary-ite IMHO :-) secondome il criterio usata anche da chi deve solo attraversare la città da una parte all'altra vale per città e paesi piccoli, per città della grandezza come sopra indicato non è un criterio assoluto. Una primary non è uno stradone grande come mai visto ma una strada principale che può (secondome) benissimo servire anche sopratutto per il traffico urbano di una città abbastanza grande (direi 250-500 000 e più abitanti). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag Wikipedia
2011/2/28 Simone Saviolo simone.savi...@gmail.com: Propongo di dichiarare wikipedia il Tag del Mese di Marzo. Anzi, quasi quasi renderei pseudo-ufficiale questa iniziativa del Tag del Mese e farei una paginetta sul wiki del Progetto Italia. Chi è d'accordo? d'accordissimo. Anzi, avevo proprio proposto la stessa cosa in lista internazionale ;-) Se mettete i riferimenti su nodi place e vedete che mancanno ancora gli abitanti (population) mettere pure questi (con source:population=xy, 1984-01-01 o simile) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il 28 febbraio 2011 10:28, Simone Saviolo simone.savi...@gmail.com ha scritto: Per quanto riguarda Torino, Io metterei corso Giulio Cesare primary fino a corso Regina: mezzo Piemonte arriva dall'A4, e la strada più semplice per arrivare in centro è senz'altro corso Giulio. Per importanza del traffico e per routing aid metterei primary anche il percorso Giulio Cesare - Lungo Stura - corso Casale: Scusate, ma riguardo questo problema, non ci si potrebbe coordinare sul wiki, onde evitare che, come successo non più tardi di un anno fa, ci sia qualcuno che cambi tutte le primary e secondary in tertiary perché in una città le primary non hanno senso e poi dopo un anno ci si ritrova a chiedersi perché non c'è struttura? Direi di stilare un elenco, sulla pagina di Torino [1] delle strade cittadine da considerare primary, secondary e (al limite) tertiary. Tutte le altre saranno obbligatoriamente altro. L'elenco dovrebbe fare fede nei confronti di tutti i mappatori in caso di contestazioni. L'elenco stesso potrebbe anche essere rivisto in caso di modifiche (il viale della spina, una volta completato, sarà sicuramente primary, ora magari è secondary) con l'accordo dei mappatori. Analogamente, se funziona, si potrà estendere il metodo a tutta la provincia/regione. Inoltre la strada da Orbassano a Rivoli diventa secondary dopo essere stata primary tutto attorno ad Orbassano; mi sembra un errore, ma non conosco la zona abbastanza da giudicare. Qui rispondo io perché è zona che mappo abitualmente. La circonvallazione di Orbassano è una Provinciale a doppio senso di marcia, in alcuni punti con minispartitraffico centrale, con due corsie per senso di marcia e limite a 90 km/h. Entrando in Rivalta la provinciale, sebbene sia continuativamente la stessa, cambia caratteristiche con una sola corsia per senso di marcia e limite a 50 km/h. Naturalmente il cambio caratteristica da primary a secondary è opinabile, specie perchè non cambia il traffico che la percorre (essenzialmente quello che va da Rivoli ad Orbassano e vv), [1] http://wiki.openstreetmap.org/wiki/Torino -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno 28 febbraio 2011 11:48, Maurizio maurizio.dani...@gmail.com ha scritto: Il 28 febbraio 2011 10:28, Simone Saviolo simone.savi...@gmail.com ha scritto: Per quanto riguarda Torino, Io metterei corso Giulio Cesare primary fino a corso Regina: mezzo Piemonte arriva dall'A4, e la strada più semplice per arrivare in centro è senz'altro corso Giulio. Per importanza del traffico e per routing aid metterei primary anche il percorso Giulio Cesare - Lungo Stura - corso Casale: Scusate, ma riguardo questo problema, non ci si potrebbe coordinare sul wiki, onde evitare che, come successo non più tardi di un anno fa, ci sia qualcuno che cambi tutte le primary e secondary in tertiary perché in una città le primary non hanno senso e poi dopo un anno ci si ritrova a chiedersi perché non c'è struttura? Direi di stilare un elenco, sulla pagina di Torino [1] delle strade cittadine da considerare primary, secondary e (al limite) tertiary. Tutte le altre saranno obbligatoriamente altro. L'elenco dovrebbe fare fede nei confronti di tutti i mappatori in caso di contestazioni. L'elenco stesso potrebbe anche essere rivisto in caso di modifiche (il viale della spina, una volta completato, sarà sicuramente primary, ora magari è secondary) con l'accordo dei mappatori. Analogamente, se funziona, si potrà estendere il metodo a tutta la provincia/regione. Sarei d'accordo, ma non mi piace tantissimo il fatto di dettagliare città per città. Mi spiego: se si dice ad esempio le strade importanti del centro sono secondary e quelle che portano al centro sono primary (è solo un esempio), allora questo va messo in una pagina generale (al limite nazionale), ed è una regola che riguarda qualunque situazione. Se però iniziamo a dire corso Regina e corso Vittorio a Torino sono primary e ce lo segniamo nella pagina di Torino, rischiamo di non finire più! Ogni città dovrebbe avere il suo elenco, e per di più un elenco specifico che rischia di rimanere non in linea con una futura evoluzione generale. Fra due anni guarderemo l'elenco e ci chiedermo se corso Duca sia tertiary perché non ci passa più nessuno o se perché allora (quando si è scritto l'elenco) si era deciso che fosse tertiary. -- Maurizio Daniele - maurizio.daniele (a) gmail.com Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/28 Simone Saviolo simone.savi...@gmail.com: Sarei d'accordo, ma non mi piace tantissimo il fatto di dettagliare città per città. Mi spiego: se si dice ad esempio le strade importanti del centro sono secondary e quelle che portano al centro sono primary (è solo un esempio), allora questo va messo in una pagina generale (al limite nazionale), ed è una regola che riguarda qualunque situazione. si, quelle regole esistono e dicono che la classificazione è gerarchica e che una primary è più importante di una secondary, di una tertiary, ... Se però iniziamo a dire corso Regina e corso Vittorio a Torino sono primary e ce lo segniamo nella pagina di Torino, rischiamo di non finire più! Io lo vedo al contrario: se non lo definiamo per ogni città (dove viene ritenuto opportuno dagli mappatori) rischiamo di non finire più perché si va avanti e indietro in continuazione. Non dico che dobbiamo fissare la classificazione per l'eternità, ma un elenco ben pensato dimostra al meno quello: che già qualcuno si è messo d'accordo e che per cambiare (le classificazioni più alte) si chiede di discutere con gli altri mappatori di zone anzichè unilateralmente cambiarle. Dovremmo documentare le conclusioni che otteniamo per non rischiare di rifare gli stessi discorsi ogni 6 mesi. Ogni città dovrebbe avere il suo elenco, e per di più un elenco specifico che rischia di rimanere non in linea con una futura evoluzione generale. non è un dovrebbe ma un potrebbe (documentazione di un risulta di discussione dei mappatori locali), e certo che questi elenchi si possono anche adeguare nel futuro se si scopre che non sono buone. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] slide per corso introduttivo
http://www.slideshare.net/AleZenaIT ciao Alessandro Messaggio originale Da: davide.giun...@gmail.com Data: 27/02/2011 14.16 A: talk-it@openstreetmap.org Ogg: [Talk-it] slide per corso introduttivo Terrò un corso introduttivo per mappatori (quando saprò le date precise pubblicherò l'annuncio) a Forlì, ci sono delle slide già pronte sull'argomento? ovviamente con apposita licenza CC che mi permetta il riutilizzo con attribuzione. grazie ciao ___ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il 28 febbraio 2011 11:57, Simone Saviolo simone.savi...@gmail.com ha scritto: Scusate, ma riguardo questo problema, non ci si potrebbe coordinare sul wiki Sarei d'accordo, ma non mi piace tantissimo il fatto di dettagliare città per città. Mi spiego: se si dice ad esempio le strade importanti del centro sono secondary e quelle che portano al centro sono primary (è solo un esempio), allora questo va messo in una pagina generale (al limite nazionale), ed è una regola che riguarda qualunque situazione. Si, ma siccome è esattamente quel che c'è adesso nelle pagine generali ed è, come un po' tutto in OSM, altamente aleatorio e soggettivo, se non si va più nel dettaglio si rischia di cambiare ogni dieci giorni, oltre alle inevitabili guerre di religione su ogni cosa. Se ora $mapper1 passa e dice Corso Francia è primary perché tecnicamente fa parte della SS24 e veicola molto traffico, nessuno vieta che domani $mapper2 sostenga, con buon diritto non può essere primary un corso in città visto con limite di 50 kmh e una quantità enorme di semafori: non è di scorrimento, mentre magari $mapper3 pensa che può essere primary, ma solo dalla periferia fino a Piazza Massaua perché poi si stringe. Poi intervengono $mapper4, $mapper5 e $mapper6 ognuno con la sua idea. E ognuno va a fare le modifiche che gli paiono più congeniali sulla mappa, cambiando la classificazione dei corsi ogni tre per due, lasciando nel contempo enormi cose non mappate (ad esempio i civici sul medesimo corso) E il bello è che *nessuno di loro ha torto*. Ogni città dovrebbe avere il suo elenco, e per di più un elenco specifico che rischia di rimanere non in linea con una futura evoluzione generale. Si, ogni città (di grandi dimensioni) dovrebbe avere il suo elenco gestito da chi quella città la mappa e la conosce. E l'elenco serve proprio a chi mappa per seguire in maniera organica l'evoluzione generale. In fondo una città come Torino quante primary vuoi che abbia? una dozzina? forse anche meno. E secondary? una ventina? 5T in tutto monitora 10 percorsi radiali di entrata/uscita dal centro, 7 percorsi nord-sud e altrettanti est-ovest [1]. Considerando che in gran parte si sovrappongono, il conto non mi pare esagerato. Fra due anni guarderemo l'elenco e ci chiedermo se corso Duca sia tertiary perché non ci passa più nessuno o se perché allora (quando si è scritto l'elenco) si era deciso che fosse tertiary. Meglio della situazione attuale dove ce lo chiediamo in media ogni sei mesi e la risposta è sempre Boh? è così perché qualcuno l'ha messo così, io lo metterei cosà aspetta che cambio tutto. Con un elenco ci si potrebbe rispondere è tertiary perché dopo esserci scannati in ML abbiamo deciso così: nel frattempo la situazione è cambiata? C'è più/meno traffico? Si: ridiscutiamo l'assegnazione No: lasciala come sta. Nessuno ha mai detto che l'elenco dev'essere inamovibile, visto che le città cambiano e i flussi di traffico pure. Servirebbe solo a mettere un punto fermo su certe discussioni cicliche e/o a discutere di macrocambiamenti senza per questo doversi impelagare in battaglie sui tag perché uno la pensa diversamente dall'altro. [1] http://www.5t.torino.it/5t/it/traffico/percorsi.jsp -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno 28 febbraio 2011 14:30, Maurizio maurizio.dani...@gmail.com ha scritto: Fra due anni guarderemo l'elenco e ci chiedermo se corso Duca sia tertiary perché non ci passa più nessuno o se perché allora (quando si è scritto l'elenco) si era deciso che fosse tertiary. Meglio della situazione attuale dove ce lo chiediamo in media ogni sei mesi e la risposta è sempre Boh? è così perché qualcuno l'ha messo così, io lo metterei cosà aspetta che cambio tutto. Con un elenco ci si potrebbe rispondere è tertiary perché dopo esserci scannati in ML abbiamo deciso così: nel frattempo la situazione è cambiata? C'è più/meno traffico? Si: ridiscutiamo l'assegnazione No: lasciala come sta. Nessuno ha mai detto che l'elenco dev'essere inamovibile, visto che le città cambiano e i flussi di traffico pure. Servirebbe solo a mettere un punto fermo su certe discussioni cicliche e/o a discutere di macrocambiamenti senza per questo doversi impelagare in battaglie sui tag perché uno la pensa diversamente dall'altro. Va bene. Speriamo solo che non vada a finire che ci riscanniamo lo stesso, solo che invece che farlo intorno a convinzioni tramandate oralmente lo faremo su come cambiare ciò che è scritto. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag Wikipedia
Il giorno lun, 28/02/2011 alle 10.04 +0100, Simone Saviolo ha scritto: Propongo di dichiarare wikipedia il Tag del Mese di Marzo. Anzi, quasi quasi renderei pseudo-ufficiale questa iniziativa del Tag del Mese e farei una paginetta sul wiki del Progetto Italia. Chi è d'accordo? Ottima idea! Chiedo perdono inoltre per l'underscore. Avevo letto la pagina wiki ma quel dettaglio, che peraltro è proprio all'inizio, non l'avevo proprio notato. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno 28 febbraio 2011 14:30, Maurizio maurizio.dani...@gmail.com ha scritto: Se ora $mapper1 passa e dice Corso Francia è primary perché tecnicamente fa parte della SS24 e veicola molto traffico, nessuno vieta che domani $mapper2 sostenga, con buon diritto non può essere primary un corso in città visto con limite di 50 kmh e una quantità enorme di semafori: non è di scorrimento, mentre magari $mapper3 pensa che può essere primary, ma solo dalla periferia fino a Piazza Massaua perché poi si stringe. Poi intervengono $mapper4, $mapper5 e $mapper6 ognuno con la sua idea. E ognuno va a fare le modifiche che gli paiono più congeniali sulla mappa, cambiando la classificazione dei corsi ogni tre per due, lasciando nel contempo enormi cose non mappate (ad esempio i civici sul medesimo corso) E il bello è che *nessuno di loro ha torto*. Scusate ma non e' piu' semplice se modifichiamo la definizione sul Wiki? IMHO non si puo' pensare di fare un paragone tra una primary extraurbana ed una urbana. Pero' credo che sia evidente a tutti che in ogni citta' esistono strade piu' importanti di altre. Quindi, piuttosto che fare l'elenco (opinabile) citta' per citta', suggerirei di chiarire questa cosa nel wiki italiano, una volta e per sempre. -- Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/28 niubii f.pelu...@gmail.com: Scusate ma non e' piu' semplice se modifichiamo la definizione sul Wiki? IMHO non si puo' pensare di fare un paragone tra una primary extraurbana ed una urbana. si, quello è (dovrebbe essere) chiaro dall'inizio, per esempio ci sono esempi sia per strade urbane che fuori città proprio per quello. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/28 Sky One sky...@skyone.it: 2011/2/28 M∡rtin Koppenhoefer dieterdre...@gmail.com: si, quello è (dovrebbe essere) chiaro dall'inizio, per esempio ci sono esempi sia per strade urbane che fuori città proprio per quello. Scusa Martin, ma non trovo gli esempi di cui parli: mi puoi dire dove sono? Io trovo solo la pagina che parla di Una strada che collega grandi città. e poi parla di importanza di collegamento. http://wiki.openstreetmap.org/wiki/IT:Tagging_samples/urban http://wiki.openstreetmap.org/wiki/IT:Tagging_samples/out_of_town linkati da qui: http://wiki.openstreetmap.org/wiki/Tagging_samples ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/28 M∡rtin Koppenhoefer dieterdre...@gmail.com: http://wiki.openstreetmap.org/wiki/IT:Tagging_samples/urban http://wiki.openstreetmap.org/wiki/IT:Tagging_samples/out_of_town linkati da qui: http://wiki.openstreetmap.org/wiki/Tagging_samples Questi sono degli esempi con ben specificato Naturalmente non si devono utilizzare i tag esattamente nello stesso modo in cui sono stati utilizzati qui.. Mi riallaccio a quanto detto da niubii: o si cambia il Wiki, che per esempio per la primary parla solo di strada che collega grandi città[1] o di un generico importanza di collegamento (che vuol dire tutto e niente, dato che un collegamento può essere importante ma con poco traffico e a 30 Km/h mentre un altro può essere trafficatissimo anche con un limite più alto), oppure si fa un elenco (opinabile ma almeno c'è nero su bianco) di cosa è stato deciso per la tale città e perché. Nel primo caso, la scelta di chi viene dopo è obbligata, nel secondo caso c'è almeno un motivo alla base di una scelta. Lo so che sono un rompiballe, ma più riusciamo a definire delle regole, più è difficile sbagliare anche per chi arriva; l'unico limite che ho trovato fino ad ora in OSM sono queste discussioni con mille-mila pareri senza poi giungere ad un okay, facciamo così. Come possiamo pretendere di catalogare il mondo se arrivati ad un certo punto ci si ferma al personale? Preferisco arrivare ad una decisione, che magari io non condivido ma che viene presa a maggioranza (e, quindi, che probabilmente avrà solide basi), rispetto a non essere sicuro che (faccio un esempio) il bar X mappato da qualcuno sia un bar o un caffé (se volete faccio l'esempio della gelateria, ma credo che mi odiate già abbastanza così... :-) ) [1]: http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dprimary -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas
Hola Humberto, En caso de calles con números (calle 59C etc.) donde no pasa un vehículo, pero personas, bicicletas, motos, burros etc. le pondría “service” y surface=”unpaved” – son vías que permiten el acceso a viviendas. En caso de caminos de tierra no enumerados le pondría “path” “track” lo dejaría para áreas rurales. Luego les comento sobre el glosario. Saludos, Federico De: Humberto Yances [mailto:hyan...@gmail.com] Enviado el: domingo, 27 de febrero de 2011 01:15 p.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas Hola maperos: Me encuentro mapeando la isla de Tierra Bomba http://www.openstreetmap.org/?lat=10.3478 http://www.openstreetmap.org/?lat=10.3478lon=-75.5433zoom=13layers=M lon=-75.5433zoom=13layers=M Tanto en Cartagena, Isla de Tierra Bomba y otras zonas mapeadas tengo los siguientes dudas al respecto del uso de las etiquetas viales: * a. En el cerro de La Popa se encuentran los barrios más pobres de la ciudad, con calles destapadas en tierra tipo zahorra y tan delgadas que no cruza un vehículo ¿debe usarse 'highway = footway' o 'highway = path' o 'highway = track' + surface = ground? * b. En que casos se usa highway = track ¿Solo para vías transitables por vehículos o también en caminitos rurales hecho por el tránsito común a pie? En algunos de los caminos al interior de la isla de Tierra Bomba solo circulan motocicletas, no hay carros en la isla y la totalidad de ellos son transitados a pie. Adelanto un glosario que podemos ir alimentando en la Wiki de mapeo para Colombia, una vez vallamos generando consenso sobre los usos de las etiquetas. Si hay discusiones previas podrían llevarse de la lista a la wiki, donde es más cómodo estudiarlas. http://wiki.openstreetmap.org/wiki/WikiProject_Colombia GLOSARIO 1. VIAS TRANSITABLES (vehículos) Son todas aquellas vías de múltiples tipos de superficies (pavimento, adoquines, tierra, etc) por las cuales transitan principalmente vehículos. A su vez se dividen en urbanas y rurales. 1.1. VIAS URBANAS Son las vías que se encuentran en las ciudades. 1.1. highway = service, residencial, terciary, secondary, primary, trunk. Se usan normalmente para vías pavimentadas en el marco urbano, de acuerdo al contexto y características. Por ejemplo: 'service' se usa para callejones o vías internas dentro de empresas o zonas de operaciones logísticas, como las terminales de carga marítima y muelles. 1.2. VIAS RURALES highway = track tracktype = grade(1 - 5) 2. VIAS NO TRANSITABLES highway = footway highway = path Saludos, Humberto Yances -Mensaje original- De: Federico Explorador (Nevados.org) federico.explora...@nevados.org mailto:%22federico%20explorador%20%28nevados.org%29%22%20%3cfederico.explora...@nevados.org%3e Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: 'OpenStreetMap Colombia' talk-co@openstreetmap.org mailto:'OpenStreetMap%20Colombia'%20%3ctalk...@openstreetmap.org%3e Asunto: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas Fecha: Sun, 20 Feb 2011 20:04:52 -0500 Transporte: Microsoft Office Outlook 12.0 Hola maperos: Hace rato me preocupa un cierto caos vial en Colombia, no solo en la realidad, sino también en el mapeo que hacemos con OSM en Colombia. Seguramente la gran mayoría de maperos mapea las autopistas y vías primarias, secundarias, terciarias, caminos veredales, trochas etc. de este país con la mejor voluntad, pero se encuentra la utilización de criterios bien dispares. Así se encuentran actualmente carreteras secundarias en fincas privadas, autopistas en el Putumayo y calles peatonales en barrios de invasión. A parte de lo que se puede considerar un “error” de mapeo, hay vías donde la colocación de la etiqueta no es fácil: de verdad que Mosquera-Girardot es una carretera primaria o sería secundaria? La Autopista de Medellín debe ser mapeado enteramente con =trunk, o solo aquellos tramos, donde existen 2 calzadas separadas en cada dirección? La trocha que sale del corregimiento a una vereda de 10 familias y donde solo circula el lechero, es =track o =unclassified? Me parece que debemos avanzar en unificar criterios, tanto en la práctica del mapeo, como en la teoría, eso es, las definiciones. Para discutir el asunto en general, me parece bien este espacio. Adicionalmente, para aclarar punto por punto las dudas respecto de la definición de cada “highway”, me parece mejor una página de discusión en la Wiki. Para este fin he creado esta página: http://wiki.openstreetmap.org/wiki/Talk:Gu%C3%ADa_para_mapear_en_Colombia#La_red_vial_y_la_clasificaci.C3.B3n_de_v.C3.ADas_en_Colombia que retoma las definiciones actuales y propone algunas mejoras o precisiones en la definición, a fin de que vayamos mejorando en el tiempo la forma de colorear el mapa vial de Colombia. Espero sus comentarios, aquí como
[Talk-co] Patrimonio vial de #colombia
Un estudio sobre e patrimonio vial de Colombia que aunque desactualizado (Febrero de 1997) nos ayudará a hacernos una idea de la red vial de Cololombia y su situación en OSM http://www.zietlow.com/gtz/Patr_vial.pdf El Patrimonio Vial , como conjunto de toda la infraest ructura de carreteras, está conformado por tres elementos como son el derecho sobre el terreno, las obras básicas y la capa de rodadura ; valorados en términos relativos y expresados en moneda nacional. Febrero de 1997 -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas
Hola Humberto y maperos: En mi post de la semana pasada les puse este link: http://wiki.openstreetmap.org/wiki/Talk:Guía_para_mapear_en_Colombia# donde propuse una serie de mejoras o precisiones a las definiciones existentes. Las propuestas están en una página de discusión para que los interesados hagan en la misma sus comentarios. Entonces no entiendo bien la utilidad de elaborar otro glosario diferente, al menos glosario y definiciones deberían estar juntos en la misma página. Quisiera avanzar sobre las definiciones técnicas, para que los que mapeamos mucho compartamos los mismos criterios. Saludos, Federico De: Humberto Yances [mailto:hyan...@gmail.com] Enviado el: domingo, 27 de febrero de 2011 01:15 p.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas Hola maperos: Me encuentro mapeando la isla de Tierra Bomba http://www.openstreetmap.org/?lat=10.3478 http://www.openstreetmap.org/?lat=10.3478lon=-75.5433zoom=13layers=M lon=-75.5433zoom=13layers=M Tanto en Cartagena, Isla de Tierra Bomba y otras zonas mapeadas tengo los siguientes dudas al respecto del uso de las etiquetas viales: * a. En el cerro de La Popa se encuentran los barrios más pobres de la ciudad, con calles destapadas en tierra tipo zahorra y tan delgadas que no cruza un vehículo ¿debe usarse 'highway = footway' o 'highway = path' o 'highway = track' + surface = ground? * b. En que casos se usa highway = track ¿Solo para vías transitables por vehículos o también en caminitos rurales hecho por el tránsito común a pie? En algunos de los caminos al interior de la isla de Tierra Bomba solo circulan motocicletas, no hay carros en la isla y la totalidad de ellos son transitados a pie. Adelanto un glosario que podemos ir alimentando en la Wiki de mapeo para Colombia, una vez vallamos generando consenso sobre los usos de las etiquetas. Si hay discusiones previas podrían llevarse de la lista a la wiki, donde es más cómodo estudiarlas. http://wiki.openstreetmap.org/wiki/WikiProject_Colombia GLOSARIO 1. VIAS TRANSITABLES (vehículos) Son todas aquellas vías de múltiples tipos de superficies (pavimento, adoquines, tierra, etc) por las cuales transitan principalmente vehículos. A su vez se dividen en urbanas y rurales. 1.1. VIAS URBANAS Son las vías que se encuentran en las ciudades. 1.1. highway = service, residencial, terciary, secondary, primary, trunk. Se usan normalmente para vías pavimentadas en el marco urbano, de acuerdo al contexto y características. Por ejemplo: 'service' se usa para callejones o vías internas dentro de empresas o zonas de operaciones logísticas, como las terminales de carga marítima y muelles. 1.2. VIAS RURALES highway = track tracktype = grade(1 - 5) 2. VIAS NO TRANSITABLES highway = footway highway = path Saludos, Humberto Yances -Mensaje original- De: Federico Explorador (Nevados.org) federico.explora...@nevados.org mailto:%22federico%20explorador%20%28nevados.org%29%22%20%3cfederico.explora...@nevados.org%3e Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: 'OpenStreetMap Colombia' talk-co@openstreetmap.org mailto:'OpenStreetMap%20Colombia'%20%3ctalk...@openstreetmap.org%3e Asunto: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas Fecha: Sun, 20 Feb 2011 20:04:52 -0500 Transporte: Microsoft Office Outlook 12.0 Hola maperos: Hace rato me preocupa un cierto caos vial en Colombia, no solo en la realidad, sino también en el mapeo que hacemos con OSM en Colombia. Seguramente la gran mayoría de maperos mapea las autopistas y vías primarias, secundarias, terciarias, caminos veredales, trochas etc. de este país con la mejor voluntad, pero se encuentra la utilización de criterios bien dispares. Así se encuentran actualmente carreteras secundarias en fincas privadas, autopistas en el Putumayo y calles peatonales en barrios de invasión. A parte de lo que se puede considerar un “error” de mapeo, hay vías donde la colocación de la etiqueta no es fácil: de verdad que Mosquera-Girardot es una carretera primaria o sería secundaria? La Autopista de Medellín debe ser mapeado enteramente con =trunk, o solo aquellos tramos, donde existen 2 calzadas separadas en cada dirección? La trocha que sale del corregimiento a una vereda de 10 familias y donde solo circula el lechero, es =track o =unclassified? Me parece que debemos avanzar en unificar criterios, tanto en la práctica del mapeo, como en la teoría, eso es, las definiciones. Para discutir el asunto en general, me parece bien este espacio. Adicionalmente, para aclarar punto por punto las dudas respecto de la definición de cada “highway”, me parece mejor una página de discusión en la Wiki. Para este fin he creado esta página:
Re: [Talk-dk] Lidt statistik
On 28/02/2011 09:45, Søren Due Jensen wrote: Men hvad gør man i situationer hvor adressenoderne ikke er korrekte ? Eksempelvis området Græsvænget - bl.a. http://www.openstreetmap.org/browse/node/976425422 Det er et område, hvor år tilbage er lavet lokalplan og planlagt bygning af ca 25 andelsboliger - Byggefirmaet er svjv gået konkurs, og området er i praksis en brakmark - med græs der ikke er slået i flere år Der er aldrig nogensinde lavet vej i området, og at mappe ind der giver ikke mening... Lade dem være. Adresserne eksisterer i systemet, husene mangler bare. Et af mange projekter, der snublede over finanskrisen! Har selv et eksempel fra Juelsminde (Lindehaven), der heller ikke er kommet længere end græsmarksstadiet. Derudover har jeg http://www.openstreetmap.org/browse/node/955931758 ,http://www.openstreetmap.org/browse/node/927569822 http://www.openstreetmap.org/browse/node/927569822 og http://www.openstreetmap.org/browse/node/947672527 Tre adresser der alle ligger meget langt fra de reelle veje - jeg er overbevist om at disse tre noder har forkerte koordinater (har checket på ois.dk - de ligger også forkert der) Hvad gør man med sådanne adressenoder - den nemme løsning her og nu er at slette noderne, men er det hensigtsmæssigt ? Jeg falder også af og til over noder, der ligger på besynderlige steder langt ude på landet og uden vejforbindelse til den vej, de har navn efter. Der er som regel ingen synlige bygninger på Fugro. Et lidt andet problem: Hvad gør I med adresser, der åbenlyst er blevet ofre for et for kort indtastningsfelt? Nogle eksempler: Kaptajn Bertelsensv i 7120 Bredballe, Borgm Madsens Gade og Windfeld-Hansens Gd i 7100 Vejle, K Nielsens Koloni ved 7130 Juelsminde (K står for Karl). Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
On 2011-02-28 20:32, Ole Nielsen wrote: On 28/02/2011 09:45, Søren Due Jensen wrote: Men hvad gør man i situationer hvor adressenoderne ikke er korrekte ? Eksempelvis området Græsvænget - bl.a. http://www.openstreetmap.org/browse/node/976425422 Det er et område, hvor år tilbage er lavet lokalplan og planlagt bygning af ca 25 andelsboliger - Byggefirmaet er svjv gået konkurs, og området er i praksis en brakmark - med græs der ikke er slået i flere år Der er aldrig nogensinde lavet vej i området, og at mappe ind der giver ikke mening... Lade dem være. Adresserne eksisterer i systemet, husene mangler bare. Et af mange projekter, der snublede over finanskrisen! Har selv et eksempel fra Juelsminde (Lindehaven), der heller ikke er kommet længere end græsmarksstadiet. Det kunne nu være meget godt at holde lidt styr på dem. Jeg har mærket nogen med en Fixme. Og hvis jeg kommer i nabolaget til dem, kunne jeg godt finde på at tage en omvej med min GPS. Og der er jo ingen grund til at mere end een skal gå forgæves. Et lidt andet problem: Hvad gør I med adresser, der åbenlyst er blevet ofre for et for kort indtastningsfelt? Nogle eksempler: Kaptajn Bertelsensv i 7120 Bredballe, Borgm Madsens Gade og Windfeld-Hansens Gd i 7100 Vejle, K Nielsens Koloni ved 7130 Juelsminde (K står for Karl). Ja, især Gl Nykøbingvej irriterer mig. Jeg har tagget den med med name = Gammel Nykøbingevej, og short_name = Gl Nykøbingvej Men er det noget der forstås af rasher.dk, Geofabrik, osv? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
Mandag 28 februar 2011 22:03:28 skrev Niels Elgaard Larsen: Ja, især Gl Nykøbingvej irriterer mig. Jeg har tagget den med med name = Gammel Nykøbingevej, og short_name = Gl Nykøbingvej Men er det noget der forstås af rasher.dk, Geofabrik, osv? Det er formentlig ikke noget der umiddelbart forstås af de steder, men jeg kan rigtig godt lide den måde at gøre tingene på, så det kunne måske fixes. Rasher kunne man sikkert nemt få til at bruge short_name og måske man kunne få Geofabrik til det også. Jeg er heller ikke ret vild med de der underlige vejforkortelser man ser mange steder. -- Mvh Michael ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
Hvordan ved i om Gl står for Gammel eller Gamle ? Carsten Den 28-02-2011 23:09, Jonas Häggqvist skrev: On 28-02-2011 22:11, Michael Andersen wrote: Jeg er heller ikke ret vild med de der underlige vejforkortelser man ser mange steder. Principielt enig, MEN det er nu engang det officielle vejnavn som det optræder i den officielle database over veje. Jeg mener vi bør en gang for alle beslutte hvordan vi håndterer dette problem. Jeg tror umiddelbart de fleste er enige i at der er værdi i at have begge udgaver i databasen - og reelt er det vel et meget lille problem. Jeg foreslår en kort diskussion og en afstemning, evt. kunne vi gøre det på wikien. Jeg ser følgende muligheder - med eksemplet Gl Århusvej som er værdien der står i OSAK: name=Gl Århusvej alt_name=Gammel Århusvej name=Gammel Århusvej alt_name=Gl Århusvej name=Gammel Århusvej short_name=Gl Århusvej name=Gammel Århusvej official_name=Gl Århusvej Altså reelt to valg: - Enten bruges navnet fra OSAK som name eller ej. - Hvis ikke, skal der vælges et andet tag at sætte det til Jeg er selv tilhænger af første forslag (og har hvis jeg husker ret brugt den et par steder), men hvis bare vi da kan nå frem til en beslutning og tagge ensartet ville det være rart - jeg skal gerne tagge anderledes også :-) Ingen virus fundet i denne indkommende meddelelse. Kontrolleret af AVG - www.avg.com Version: 9.0.872 / Virusdatabase: 271.1.1/3473 - Udgivelsesdato: 02/28/11 08:34:00 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
On 28-02-2011 23:15, Carsten Nielsen wrote: Hvordan ved i om Gl står for Gammel eller Gamle ? Det er lidt en sekundær diskussion, men nogen gange vil der være en logisk ekspansion af forkortelsen (fx Kpt Andersens Gade). I tilfældet Gl Århusvej vil jeg vælge Gammel, ud fra det er hvad jeg altid har hørt den kaldt :) -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
On 28/02/2011 23:09, Jonas Häggqvist wrote: Jeg mener vi bør en gang for alle beslutte hvordan vi håndterer dette problem. Jeg tror umiddelbart de fleste er enige i at der er værdi i at have begge udgaver i databasen - og reelt er det vel et meget lille problem. Jeg foreslår en kort diskussion og en afstemning, evt. kunne vi gøre det på wikien. Jeg ser følgende muligheder - med eksemplet Gl Århusvej som er værdien der står i OSAK: name=Gl Århusvej alt_name=Gammel Århusvej name=Gammel Århusvej alt_name=Gl Århusvej name=Gammel Århusvej short_name=Gl Århusvej name=Gammel Århusvej official_name=Gl Århusvej Altså reelt to valg: - Enten bruges navnet fra OSAK som name eller ej. - Hvis ikke, skal der vælges et andet tag at sætte det til Jeg er selv tilhænger af første forslag (og har hvis jeg husker ret brugt den et par steder), men hvis bare vi da kan nå frem til en beslutning og tagge ensartet ville det være rart - jeg skal gerne tagge anderledes også :-) Første forslag er også min favorit, også selvom det er lidt misbrug af alt_name tagget. Vil nok starte med at anvende alt_name tagget til det fulde navn hvis det ellers er skiltet. Hvis der bare står 'Gl' eller 'Ndr' på navneskiltet, ja så er det nok det officielle navn. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Reminder: OSM Midlands Social this thursday
Reminder that the next midlands social is this Thursday 3rd March from 7:00pm at The Bull, Price Street, Birmingham http://wiki.openstreetmap.org/wiki/Mappa_Mercia#Social_Meet_Up Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-se] Corine Land Cover
Hej! Jag såg att någon runt Kalmar har börjat använda data från Corine Land Cover-projektet, http://wiki.openstreetmap.org/wiki/Corine_Land_Cover#Introduction På denna info-sida står bl.a. But until it is released at EEA level, only specific national programmes who officially adopted new terms of use compatible with the OSM licence could take this data as a potential source. Så jag undrar om det finns något officiellt godkännande från svenskt håll att använda CLC-data till OSM?? Sen kan man ju fråga sig hur man ska fixa till alla överlappande/dubbla områden som blir p.g.a. sådan import av data ovanpå redan ritade områden. Exempel (hoppas problemen syns) http://www.openstreetmap.org/edit?lat=56.9695lon=16.0868zoom=14 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Railway in Andalucia
Am 28.02.2011 11:56, schrieb David Marín Carreño: The line Guadix-Baza-Almendricos is unused since 1985. El 28 de febrero de 2011 11:14, Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net escribió: hi ! did anybody know if this railway is on power or dead ??? http://www.openstreetmap.org/browse/node/1178870566 regards Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com mailto:dav...@gmail.com gracias ! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es