Re: [Talk-hr] 12.03.2011. OSM-HR neformalno druženje - Zagreb
Samo mali ispravak, Zapruđe nema plac (tržnicu). Ima plac preko puta avenije u Utrinama. Ovo je više trgovačko-ugostiteljski dio Zapruđa. Zdravljak je sav u staklu, vidljiv sa avenije. Tihomir 12.03.2011. u 17 sati u Zagrebu,(Zapruđe, plac, Zdravljak Zapruđe http://tinyurl.com/659jlhv ) bit će neformalno OSM druženje. Ako ste u blizini slobodno svratite. Ako imate dodatnih pitanja najčešće nas možete naći na IRC-u. Pozdrav, vidimo se. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] (ne)namjerni vandalizam u Osijeku
dragi Valent, tvoja artikulacija progrešaka ne djeluje nimalo motivirajuće. Uz to, bilo bi u redu čovjeku reći gdje je pogriješio (a ne da sam traži kad si je ti već našao) a ne uvalit mu vodić za priručnike, pa druže snađi se. Obzirom da neznam područje, iz editirano ne vidim gdje je greška. Pa nebi bilo zgorega ni za cijelu OSM zajednicu podjelit greške i 'maliciozne promjene'! živio! 2011/1/31 Valent Turkovic valent.turko...@gmail.com Našao sam ova dva edita: http://www.openstreetmap.org/browse/changeset/6411259 http://www.openstreetmap.org/browse/changeset/6411346 Za sada mi izgleda kao da nije maliciozni vandal u pitanju već samo da su su krivi editi nastali iz neznanja. Da li vi po ostatku .hr pratite i kako potencijalne maliciozne promjene? Ovu sam poruku poslao korisniku koji je napravio te edite: Pozdrav i dobrodosao u OpenStreetMap projekt. Vidim da si radio neke probe: http://www.openstreetmap.org/browse/changeset/6411259 http://www.openstreetmap.org/browse/changeset/6411346 No molim te da proucis vodic za pocetnike a da ne unosiš stvari koje ne postoje zapravo. http://wiki.openstreetmap.org/wiki/HR:Beginners_Guide Ako imaš nekih pitanja javi se na domaću mailing listu, detalje za kontakt ćeš naći ovdje: http://wiki.openstreetmap.org/wiki/Croatia#Komunikacija_s_.C4.8Dlanovima Pozdrav, Valent. -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] osmphgps garmin map updates 20111203
FYI, We have just committed significant changes to the default osmphgps garmin map. Changes includes the complete re-organization of the POIs. Detail here: https://github.com/maning/osmphgps/blob/master/styles/default/points Initial test run looks stable enough. If you have particular issues in your device, report them here: https://github.com/maning/osmphgps/issues Always include the your garmin model and firmware. Enjoy the map! -- 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
[OSM-legal-talk] ODbL / CT and CC-BY-SA Pictures / Texts / Video
Excuse me if this question has already been raised. I am currently involved in a project that has chosen OSM as cartographic base for a portal for tourists. There will be an ontology to allow for semantic research and the idea is to display POIs, pictures and other multimedia content on an OSM map (in the web and on mobile devices). Currently it is thought to have all multimedia content (where possible) in CC-BY-SA. After the planned license changeover to ODbL: 1. Would it be possible to display this content (CC-BY-SA) atop an OSM map? 2. Will we have to release the content of the ontology / thesaurus database in ODbL ? Will we have to import this stuff into OSM (I guess no) or will it be sufficient to have it available? 3. If 1 is no, would CC-BY be compatible with ODbL? (My guess is yes, but I appreciate a comment from someone more into the topic). cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL / CT and CC-BY-SA Pictures / Texts / Video
On Fri, Mar 11, 2011 at 6:45 AM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Excuse me if this question has already been raised. I am currently involved in a project that has chosen OSM as cartographic base for a portal for tourists. There will be an ontology to allow for semantic research and the idea is to display POIs, pictures and other multimedia content on an OSM map (in the web and on mobile devices). Currently it is thought to have all multimedia content (where possible) in CC-BY-SA. After the planned license changeover to ODbL: 1. Would it be possible to display this content (CC-BY-SA) atop an OSM map? 2. Will we have to release the content of the ontology / thesaurus database in ODbL ? Will we have to import this stuff into OSM (I guess no) or will it be sufficient to have it available? 3. If 1 is no, would CC-BY be compatible with ODbL? (My guess is yes, but I appreciate a comment from someone more into the topic). Be more specific about your ontology. How does your ontology interact with an unmodified OSM database? In general: - a displayed map created from an unchanged OSM database would be a Produced Work. - a Produced Work requires a notice Contains information from OpenStreetMap, which is made available OSM.org under the Open Database License (ODbL). - a Produced Work may require additional license-related information, depending on your other license obligations. For example, including CC-By Icons, or CC-By-SA video in your Produced Work gives you obligations under those licenses. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL / CT and CC-BY-SA Pictures / Texts / Video
2011/3/11 Richard Weait rich...@weait.com: Be more specific about your ontology. How does your ontology interact with an unmodified OSM database? the ontology objects were planned to work aside from OSM and to only have spatial connection to the cartographic data, but I encouraged them to use references to OSM-IDs where available to better connect the two and to benefit from updates of OSM-Data. In general: - a displayed map created from an unchanged OSM database would be a Produced Work. - a Produced Work requires a notice Contains information from OpenStreetMap, which is made available OSM.org under the Open Database License (ODbL). yes, the map data will be made available under the required OSM-terms (cc-by-sa for the moment, potentially other licenses in the futures). - a Produced Work may require additional license-related information, depending on your other license obligations. For example, including CC-By Icons, or CC-By-SA video in your Produced Work gives you obligations under those licenses. Yes, the license for every object will be stored in the db and displayed when the object is shown. So if I interpret your answers correctly, we will be able to display POIs (Icons for POIs and multimedia content) over an ODbL-OSM map (also together when delivered by a WMS-Server?) where this content is available only in cc-by-sa? cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] What is this i don't even
Hi. http://www.openstreetmap.org/user/SzPaula/edits This user has broken Russian border and who knows what else. The list of edits looks crazy. (I've sent him/her a message, but don't expect to receive an answer) IZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What is this i don't even
2011/3/11 Ilya Zverev zve...@textual.ru: (I've sent him/her a message, but don't expect to receive an answer) have you been that harsh? ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Extracting a BBOX from an osm change file
Hi, With osmosis-0.38 it's possible to extract data contains in a bbox from ans osm data file. But it appears that it's not work for an osm change file. I want to know if changes files from planet.openstreetmap.org/hourly-replicate/ are useful for a BBOX. My first idea wass to to this with osmosis, if someone give me a hint. Regards -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What is this i don't even
This user has broken Russian border and who knows what else. The list of edits looks crazy. As an ex-soviet I can confirm that breaking Russian border is the craziest thing you can do over there. Usually you can do this only once. -- Jaak ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Cost of tolls
Hi, Mapping the tolls of a highway a found that there is no tag to assign the cost of the toll. I haven't found examples in taginfo or tagwatch. Are you using something for this? I know this is a little complex because the cost of the toll is different and depends in the size of the vehicle, the time of the day, etc. but may be we could do something. Regards, Diego -- Diego Woitasen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting a BBOX from an osm change file
* Rodolphe Quiedeville rodol...@quiedeville.org [2011-03-11 13:39 +0100]: I want to know if changes files from planet.openstreetmap.org/hourly-replicate/ are useful for a BBOX. My first idea wass to to this with osmosis, if someone give me a hint. You can't apply a bbox to a change file. Change files basically contain the IDs of changed objects and their current properties. Notably, they do not contain the old properties of the objects, so osmosis cannot tell in all cases whether an object should be considered to be in or out of the bbox. If you're using osm2pgsql, you just have to apply the full change files. You can syill use osm2pgsql's bbox, which will restrict the data in the rendering tables (but the tables for slim mode will gradually accumulate data from outside the bbox that will only go away if you do a dump and fresh reload from a planet extract). -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- One can measure the importance of a scientific work by the number of earlier publications rendered superfluous by it. -- David Hilbert --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cost of tolls
Boat launch sites locally have the same issue. Cheerio John On 11 March 2011 10:34, Diego Woitasen di...@woitasen.com.ar wrote: Hi, Mapping the tolls of a highway a found that there is no tag to assign the cost of the toll. I haven't found examples in taginfo or tagwatch. Are you using something for this? I know this is a little complex because the cost of the toll is different and depends in the size of the vehicle, the time of the day, etc. but may be we could do something. Regards, Diego -- Diego Woitasen ___ 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] Cost of tolls
2011/3/11 Diego Woitasen di...@woitasen.com.ar: Hi, Mapping the tolls of a highway a found that there is no tag to assign the cost of the toll. I haven't found examples in taginfo or tagwatch. Are you using something for this? I know this is a little complex because the cost of the toll is different and depends in the size of the vehicle, the time of the day, etc. but may be we could do something. AFAIK there is no current suggestion how to deal with this. You could link to the homepage of the operator / his pricelist as a workaround (also has the benefit that it will be up-to-date, but has the drawback that the link might die when they redesign their site). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bike / Pedestrian directions on the MQ Open sites
Hi, On 04.03.2011 15:04, Antony Pegg wrote: knowing the amazing diligence of this community, I'm sure you guys will find tags we've missed that should or could be used for bike/pedestrian. you've missed the cycleway=opposite tag on oneways. cheers ant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bike / Pedestrian directions on the MQ Open sites
About that tag, it makes sense if there actually is a bicycle path, but when it's a street where only bicycles can go in two directions, wouldn't it make more sense to use one_way:bicycle=no? Jo 2011/3/11 ant antof...@gmail.com Hi, On 04.03.2011 15:04, Antony Pegg wrote: knowing the amazing diligence of this community, I'm sure you guys will find tags we've missed that should or could be used for bike/pedestrian. you've missed the cycleway=opposite tag on oneways. cheers ant ___ 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] Cost of tolls
On Fri, Mar 11, 2011 at 3:34 PM, Diego Woitasen di...@woitasen.com.ar wrote: Hi, Mapping the tolls of a highway a found that there is no tag to assign the cost of the toll. I haven't found examples in taginfo or tagwatch. Are you using something for this? I know this is a little complex because the cost of the toll is different and depends in the size of the vehicle, the time of the day, etc. but may be we could do something. Back in 2007 there was a little bit of discussion on it: http://wiki.openstreetmap.org/wiki/Proposed_features/Price_tags ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting a BBOX from an osm change file
On 11.03.2011 16:34, Phil! Gold wrote: If you're using osm2pgsql, you just have to apply the full change files. You can syill use osm2pgsql's bbox, which will restrict the data in the rendering tables (but the tables for slim mode will gradually accumulate data from outside the bbox that will only go away if you do a dump and fresh reload from a planet extract). or a cleanup query http://wiki.openstreetmap.org/wiki/User:Stephankn/knowledgebase#Cleanup_of_ways_outside_the_bounding_box Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting a BBOX from an osm change file
Phil! Gold phi...@pobox.com writes: * Rodolphe Quiedeville rodol...@quiedeville.org [2011-03-11 13:39 +0100]: I want to know if changes files from planet.openstreetmap.org/hourly-replicate/ are useful for a BBOX. My first idea wass to to this with osmosis, if someone give me a hint. You can't apply a bbox to a change file. Change files basically contain the IDs of changed objects and their current properties. Notably, they do not contain the old properties of the objects, so osmosis cannot tell in all cases whether an object should be considered to be in or out of the bbox. To be a bit more precise: Change files contain only changed objects but not their dependencies. That means that if someone changes a tag on a way or relation the change file will contain that way or relation but not the nodes they contain. Therefore, osmosis can not know where that way or relation is located. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bike / Pedestrian directions on the MQ Open sites
Jo winfi...@gmail.com writes: About that tag, it makes sense if there actually is a bicycle path, but when it's a street where only bicycles can go in two directions, wouldn't it make more sense to use one_way:bicycle=no? Well, you can propose to change the tagging scheme, but the cycleway=opposite tag has been used for this purpose for ages. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cost of tolls
On Fri, 2011-03-11 at 12:34 -0300, Diego Woitasen wrote: Hi, Mapping the tolls of a highway a found that there is no tag to assign the cost of the toll. I haven't found examples in taginfo or tagwatch. Are you using something for this? I know this is a little complex because the cost of the toll is different and depends in the size of the vehicle, the time of the day, etc. but may be we could do something. Here in Australia, we have many toll-roads where another part to the equation (time, size, etc) is how far you travel along the road. If you join the road at toll-point A and continue to toll-point B, its a different toll than A to C, or B to C. There are a couple of short roads which have a fixed value toll, but most toll-roads vary the toll depending on how far you travel. This is the matrix showing how the tolls are calculated: http://www.westlinkm7.com.au/cmsAdmin/uploads/Tollmatrix_Janto_Mar2011.pdf David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn
Alle principiële bezwaren die je tegen zo'n actie kunt hebben terzijde, zou ik het leuker vinden als mensen er een alternatief tegenover zetten in plaats van alleen maar te zuurpruimen. Wie heeft er zin in een mapping party meer in de buurt, als Berlijn niet doorgaat? Er staan er behoorlijk wat op de lijst! http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011/Organisatie#Agenda Laat ik maar eens aftrappen met een party in Amsterdam. Zaterdag 26 of zondag 27 maart! Geef hier aan wat je voorkeur heeft -- http://www.doodle.com/zgyvr9qeasfqwa6a En als je wil komen, denk dan mee op de wiki.http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011/Amsterdam Als de reis naar Berlijn doorgaat, dan schuiven we een het naar April! Martijn 2011/3/10 Paul Smits paul.l.sm...@gmail.com: Dan stel ik voor om dit wel te winnen en dan uit principe collectief niet in het vliegtuig te stappen. Want, nu wint een andere groep en gaat die 6000 liter kerosine alsnog wel de lucht in. Op 10 maart 2011 20:21 schreef Lambertus o...@na1400.info het volgende: Op 10-03-11 17:51, Henk Hoff schreef: Tsja, je kunt op verschillende manier tegen dit geheel aankijken. Dat blijkt :-) Wanneer het vliegtuig toch gaat: waarom niet voor ons goede doel. Waarom niet? Dit is mijn beweegreden: http://nl.wikipedia.org/wiki/Tragedie_van_de_meent Daarnaast, dit is ook een aardige manier om OpenStreetMap onder de aandacht te brengen. Het zou toch mooi zijn wanneer wij op de startpagina in de ranglijst hoog staan. Iets met naamsbekendheid ;-) Die aardige manier is maar net hoe je tegen dit geheel aankijkt. 6000 liter kerosine (in Dirk's woorden) vind ik wel wat veel voor eventjes hoog op de startpagina ranglijst te staan. En over de wat te mappen D'r is altijd wel wat te doen. Al ware het niet dat we de data op kwaliteit zouden moeten testen (staat het cafe daar inderdaad wel ? ;-) ) Dat is waar. De volgende keer dat ik toch al voor familiebezoek in Assen ben maar eens afspreken om te kijken of dat ene cafe er wel op staat? ;-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groet, Paul L. Smits ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn
Hear hear. Zondag gaat mij uitkomen. Ik wil niet direct zuurpruimen, maarre, Martijn, je Doodle geeft vr of za (ipv za en zo). :-) Henk 2011/3/11 Martijn van Exel m...@rtijn.org Alle principiële bezwaren die je tegen zo'n actie kunt hebben terzijde, zou ik het leuker vinden als mensen er een alternatief tegenover zetten in plaats van alleen maar te zuurpruimen. Wie heeft er zin in een mapping party meer in de buurt, als Berlijn niet doorgaat? Er staan er behoorlijk wat op de lijst! http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011/Organisatie#Agenda Laat ik maar eens aftrappen met een party in Amsterdam. Zaterdag 26 of zondag 27 maart! Geef hier aan wat je voorkeur heeft -- http://www.doodle.com/zgyvr9qeasfqwa6a En als je wil komen, denk dan mee op de wiki. http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011/Amsterdam Als de reis naar Berlijn doorgaat, dan schuiven we een het naar April! Martijn 2011/3/10 Paul Smits paul.l.sm...@gmail.com: Dan stel ik voor om dit wel te winnen en dan uit principe collectief niet in het vliegtuig te stappen. Want, nu wint een andere groep en gaat die 6000 liter kerosine alsnog wel de lucht in. Op 10 maart 2011 20:21 schreef Lambertus o...@na1400.info het volgende: Op 10-03-11 17:51, Henk Hoff schreef: Tsja, je kunt op verschillende manier tegen dit geheel aankijken. Dat blijkt :-) Wanneer het vliegtuig toch gaat: waarom niet voor ons goede doel. Waarom niet? Dit is mijn beweegreden: http://nl.wikipedia.org/wiki/Tragedie_van_de_meent Daarnaast, dit is ook een aardige manier om OpenStreetMap onder de aandacht te brengen. Het zou toch mooi zijn wanneer wij op de startpagina in de ranglijst hoog staan. Iets met naamsbekendheid ;-) Die aardige manier is maar net hoe je tegen dit geheel aankijkt. 6000 liter kerosine (in Dirk's woorden) vind ik wel wat veel voor eventjes hoog op de startpagina ranglijst te staan. En over de wat te mappen D'r is altijd wel wat te doen. Al ware het niet dat we de data op kwaliteit zouden moeten testen (staat het cafe daar inderdaad wel ? ;-) ) Dat is waar. De volgende keer dat ik toch al voor familiebezoek in Assen ben maar eens afspreken om te kijken of dat ene cafe er wel op staat? ;-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groet, Paul L. Smits ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: Betr: Re: Mappingparty in Berlijn
Dan stel ik voor om dit wel te winnen en dan uit principe collectief niet in het vliegtuig te stappen. Dan zou ik wel meedoen ;-)Maar serieus: voel je vooral vrij te doen wat jullie zelf goed vinden.Ik was alleen geprikkeld door de reclamecampagne voor KLM waar ik iets tegenover wou zetten.Hoe dan ook: hoe meer mappingmartys hoe beter! Dus bedankt voor jullie initiatieven Henk en Martijn!Groeten, Dirk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] planviewer.nl
Hallo lijst, In reactie op de planviewer post en bron vermelding het volgende: Bedankt dat jullie ons wijzen op de bron vermelding bij planviewer.nl, deze hoort er zeker bij. Martijn heeft inmiddels contact opgenomen en ons gericht op de richtlijnen. Deze hebben we bekeken en we gaan hier iets mee doen bij de volgende update, maar proberen dit eerder te doen. OSM is een pracht databron, goed initiatief erg levend! Groeten Michiel van Loon Planviewer.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] planviewer.nl
Hoi Michiel, Bedankt voor jullie snelle reactie. We horen graag hoe jullie het oppakken. Houd ons op de hoogte. Deze lijst is verder een goed startpunt voor al je vragen over OSM en een goed medium om gedachten te wisselen. Al die bestemmingsplannen zijn trouwens een goede bron om na te gaan waar we onze mapping parties op moeten richten! Wat zouden we daar eens mee kunnen doen? (vraag aan iedereen) Martijn 2011/3/11 michiel van loon m.vanl...@yahoo.com: Hallo lijst, In reactie op de planviewer post en bron vermelding het volgende: Bedankt dat jullie ons wijzen op de bron vermelding bij planviewer.nl, deze hoort er zeker bij. Martijn heeft inmiddels contact opgenomen en ons gericht op de richtlijnen. Deze hebben we bekeken en we gaan hier iets mee doen bij de volgende update, maar proberen dit eerder te doen. OSM is een pracht databron, goed initiatief erg levend! Groeten Michiel van Loon Planviewer.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Betr: Re: Mappingparty in Berlijn
On 11-03-11 10:22 AM, dbuss...@goudappel.nl wrote: hoe meer mappingmartys hoe beter! Mist er misschien nog een 'r' voor de 's'? Zo heb ik me wel eens gevoeld na een dag stevig mappen / inkloppen ;) Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Need a laff?
If you need a laff, try the wiki page on countryside http://wiki.openstreetmap.org/wiki/Countryside ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] GPS jamming
http://www.abc.net.au/news/stories/2011/03/11/3161861.htm ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Need a laff?
On 11/03/11 21:26, Elizabeth Dodd wrote: If you need a laff, try the wiki page on countryside http://wiki.openstreetmap.org/wiki/Countryside I don't know laughing at is all that appropriate. Al Mar (I assume that's a he?) is so earnest; it would be like kicking a puppy. If you read past the Romantic (pinched from you) introduction; and the strange grammar; and the strange spelling (Germanic influence?), I do think there is a very good point being raised. The road classifications don't work very well in the country - any country. Track has too many pernicious overtones to be usable under any circumstances. In hindsight, I wish a system of use-density had been adopted along the lines of (suggest logarithmic scale): G: .. H: .. I: Less than 1 vehicle per week J: Up to 1 vehicle per day K: Up to 1 vehicle per hour M: Up to 1 vehicle per minute N: Up to 1 vehicle per second O: .. P: .. Secondary roads would probably rate lever O: or above. Antarctic outlying remote monitored stations G: or below... My 2c (after adjustment for inflation, c.) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Queensland, Australia: Protected areas (National Parks) - potential import dataset
Hi, I couldn't find any discussion of this dataset and it's suitability for import - it's the protected areas of Qld (National Parks, State Forests etc). I've had a look and wondered what people thought about moving it forward somehow?. I put this page together on the wiki with the info found so far to support this potential source: http://wiki.openstreetmap.org/wiki/Australia/Queensland/The_Department_of_Environment_and_Resource_Management/Protected_Areas_Import What's the general consensus? Cheers, Chris ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-is] Garðabær
Hæ póstlisti. Hvernig líst ykkur á Garðabæ núna? Fyrir lata og óstaðkunnuga: http://www.openstreetmap.org/?lat=64.09099lon=-21.9162zoom=15layers=M Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Garðabær
flottur! kv. Björgvin On Sat, Mar 12, 2011 at 1:01 AM, Svavar Kjarrval sva...@kjarrval.is wrote: Hæ póstlisti. Hvernig líst ykkur á Garðabæ núna? Fyrir lata og óstaðkunnuga: http://www.openstreetmap.org/?lat=64.09099lon=-21.9162zoom=15layers=M Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] 2x Fragen zum OSMAND
Am 11.03.2011 00:36, schrieb Christian Müller: Am 10.03.2011 21:16, schrieb o...@tappenbeck.net: hi ! ich habe zwei kleine Fragen auf die ich bisher keine Antworten im Netz gefunden habe. * wie kann man die Karten updaten ? Ich nehme an, Du willst Dir aktuelle Vektordaten zusammenstellen: Hi ! nicht ganz - osmand zieht doch immer selber karten - die wollte ich nur aktualisieren ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder in OSM
Markus liste12A45q7 at gmx.de writes: Gibt es dazu schon differenziertere Überlegungen? Macht es Sinn, die grossen Bilderdatenbanken: - Commons - Flickr - ... zu unterscheiden? Wozu? Gibt es schon Ideen, wie man mehrere Bilder für ein Objekt verlinken kann? (z.B. verschiedene Perspektiven) Noch nicht. Frage ist hier eher, ob das sinnvoll ist... Wäre es nicht sinnvoller dann direkt auf eine Webseite zu verlinken, auf der umfangreichere Informationen zum Objekt inklusive mehreren Bildern zu finden ist? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder in OSM
Hallo Manuel, Macht es Sinn, die grossen Bilderdatenbanken: - Commons - Flickr - ... zu unterscheiden? Wozu? Gibt es schon Ideen, wie man mehrere Bilder für ein Objekt verlinken kann? (z.B. verschiedene Perspektiven) Noch nicht. Frage ist hier eher, ob das sinnvoll ist... Wäre es nicht sinnvoller dann direkt auf eine Webseite zu verlinken, auf der umfangreichere Informationen zum Objekt inklusive mehreren Bildern zu finden ist? Mach doch mal ein Beispiel... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komisches zeichen in tag
Jochen Topf joc...@remote.org wrote: Quasi alle Unicode-Zeichen sind erlaubt in Tags. Das ist Absicht. Solche Sachen passieren typischerweise, wenn bei jemand der Zeichensatz falsch eingestellt ist. Die API erlaubt den upload ungültiger UTF-8 Zeichen? *schauder* Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komisches zeichen in tag
Am 11.03.11 schrieb Sven Geggus: Die API erlaubt den upload ungültiger UTF-8 Zeichen? es ist kein Buchstabe, aber gültiges UTF-8. Warum soll es zurückgewiesen werden? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mathematik Tsunami Welle
Hallo liebe Mapper Aus aktuellem Anlass würde ich gerne die Tsunami Welle auf einer Karte darstellen. Ich hab die Koordinaten des Epizentrum und die Zeit des Erbebens. Die Geschwindigkeit der Ausbreitung ist max. 800km/h. Durch die nicht lineare Projektion ist die Wellenfront auf der Karte KEIN Kreis. Mein Ansatz wäre jetzt ein Polygon zu zeichnen wobei ich die Koordinaten der Punkte in einem bestimmten Abstand zum Epizentrum sind. Die Formel die ich brauchen würde wäre also eine die z.B. 360 Koordinaten (1 Grad Schritte) im Abstand von 5000km berechnet. Hat jemand eine Ahnung wie ich sowas berechnen kann? bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm 3961
Von: Sebastian Klein basti...@googlemail.com Problem wurde behoben, probier mal die morgige tested. (Hintergrund: Bei der Berechnung von EPSG:3857 hat JOSM bisher eine falsche Einheit benutzt. Eigentlich sollte das Ergebnis in Metern sein, JOSM hat bisher intern immer Radiant-Werte verwendet. Der fehlende Faktor von 6378137 wurde in r3922 eingefügt und hat eigentlich keine praktischen Auswirkungen, außer dass die gespeicherten Offset Werte nun nicht mehr stimmen. Eine automatische Migration wurde in r3962 eingebaut.) Gruß, Sebastian Hallo Sebastian, kann es sein das diese Umstellung weitere Folgen hat ? z.B. sind im PicLayer Plugin (v25219) vor einigen Wochen gespeicherte Kallibrierungs-Dateien nicht mehr einlesbar (Absturz im JOSM beim Laden von Bildern). Neu erzeugte Kallibierungs-Files scheinen zu funktionieren. Hier scheint die automatische Migration von r3962 nicht zu greifen. Gruß TimG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am 11. März 2011 03:25 schrieb Bernd Wurst be...@bwurst.org: Bei OSM haben wir den Vorteil der schnelleren Aktualisierbarkeit. Ergo: Planungsstände vor Baubeginn, eventuell sogar bevor überhaupt Genehmigungen vorhanden sind, sind eigentlich nichts was in unseren Daten besonders wertvoll ist. das eine folgt nicht aus dem anderen. Wen Planungen interessieren (nicht Glaskugel-geschichten sondern reale Planungen, wo man nach derzeitigem Stand von einer Realisierung ausgeht), füŕ den sind sie auch vor Baubeginn schon wichtig, selbst wenn man in OSM auch in realtime den Baubeginn eintragen kann. Wie bereits erwähnt: Planungsstände nach Baubeginn taggen wir normalerweise als construction, nicht als proposed. Gibt es denn einen konkreten Fall, an dem sich die Diskussion hier entzündet? In meiner Gegend sind es sehr wenige Wege, die als proposed eingetragen sind, und ich fand das bisher interessant und noch an keiner Stelle störend. Das Thema dieses Threads ging ja ursprünglich ums Rendern, worüber man geteilter Meinung sein kann. Niemand hier entscheidet, was in Mapnik dargestellt wird. Wenn jemanden das Rendern dieser Wege extrem stört, empfehle ich, ein Ticket im trac aufzumachen oder selbst eine Karte zu rendern (da es aber auch viele Stimmen dafür gibt, würde ich auf der Mapnikhauptkarte nicht zwangsläufig mit einer Änderung rechnen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komisches zeichen in tag
\u0080 ist der gute alte control - also eines der ersten 32 als steuerzeichen im alten ascii-code verwendetes sonderzeichen. wie escape, backspace, del, ack und was es so noch gibt. sowas hat in den Strings nix zu suchen. gruss Walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/komisches-zeichen-in-tag-tp6158369p6161157.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 3961
osm_proj...@arcor.de wrote: Von: Sebastian Klein basti...@googlemail.com Problem wurde behoben, probier mal die morgige tested. (Hintergrund: Bei der Berechnung von EPSG:3857 hat JOSM bisher eine falsche Einheit benutzt. Eigentlich sollte das Ergebnis in Metern sein, JOSM hat bisher intern immer Radiant-Werte verwendet. Der fehlende Faktor von 6378137 wurde in r3922 eingefügt und hat eigentlich keine praktischen Auswirkungen, außer dass die gespeicherten Offset Werte nun nicht mehr stimmen. Eine automatische Migration wurde in r3962 eingebaut.) Gruß, Sebastian Hallo Sebastian, kann es sein das diese Umstellung weitere Folgen hat ? z.B. sind im PicLayer Plugin (v25219) vor einigen Wochen gespeicherte Kallibrierungs-Dateien nicht mehr einlesbar (Absturz im JOSM beim Laden von Bildern). Neu erzeugte Kallibierungs-Files scheinen zu funktionieren. Hier scheint die automatische Migration von r3962 nicht zu greifen. Mag sein, am besten machst du mal ein Ticket auf und hängst das Beispiel an. Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße ...
Hallo, die Welt ist vielfältiger, als sich einige dies vorstellen können. Ich habe um die Ecke eine Straße, die mal gebaut werden und deshalb eine andere vorab bereits geschlossen wurde (einseitiger Rad- und Fußweg blieben aber offen)! Die Trasse für die auszubauende Straße ist nach 30 Jahren immer noch sichtbar, von ein paar Kleingärtnern auf einem Teilstück mal abgesehen. Die Absperrung der besagten Straße sieht nach der gleichen Zeitspanne immer noch sehr provisrisch aus. Die Fahrspurkennzeichnung auf der Straße zeigt immer noch in die gesperrte Straße, wenn Baustellen-LSA dann auch gestrennte Signalisierung für diese Rechtsabbiegerspur. Alle paar Monate landen auch ein Pkw im Absperrgitter. Für heute möchte ich ich mich aber auf die Abbildung dieser geplanten, aber bereits existierenden Trasse beschränken. Ich hätte sie gern gestrichelt in der Karte. Was muß ich in diesem konkreten Fall unternehmen? Mit freundlichem Gruß Rolf - Original Message - From: M∡rtin Koppenhoefer dieterdre...@gmail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Cc: Bernd Wurst be...@bwurst.org Sent: Friday, March 11, 2011 12:56 PM Subject: Re: [Talk-de] Geplante Straße bitte nicht rendern! Hallo| ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße ...
Am 11. März 2011 13:35 schrieb Rolf Gehring r...@germanynet.de: Hallo, die Welt ist vielfältiger, als sich einige dies vorstellen können. Ich habe um die Ecke eine Straße, die mal gebaut werden und deshalb eine andere vorab bereits geschlossen wurde (einseitiger Rad- und Fußweg blieben aber offen)! Die Trasse für die auszubauende Straße ist nach 30 Jahren immer noch sichtbar, von ein paar Kleingärtnern auf einem Teilstück mal abgesehen. Die Absperrung der besagten Straße sieht nach der gleichen Zeitspanne immer noch sehr provisrisch aus. Die Fahrspurkennzeichnung auf der Straße zeigt immer noch in die gesperrte Straße, wenn Baustellen-LSA dann auch gestrennte Signalisierung für diese Rechtsabbiegerspur. Alle paar Monate landen auch ein Pkw im Absperrgitter. Für heute möchte ich ich mich aber auf die Abbildung dieser geplanten, aber bereits existierenden Trasse beschränken. Ich hätte sie gern gestrichelt in der Karte. Was muß ich in diesem konkreten Fall unternehmen? so ganz habe ich Deinen Post glaube ich nicht verstanden. Welche der Straßen willst Du eintragen? Die existierende gesperrte oder die geplante aber wohl nie fertig gestellte, wo die Bauarbeiten seinerzeit begonnen hatten? Wenn die letztere nicht mehr weitergebaut wird, würde ich die auch nicht eintragen, evtl. als Baustelle, aber nur als highway, wenn da auch (evtl. zukünftig wieder) gebaut wird, und es nach wie vor eine Straßenbaustelle ist. Wenn nicht gebaut wird, aber das Gebiet einen Baustellencharakter hat, würde ich evtl. landuse=construction benutzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mathematik Tsunami Welle
Am 11.03.2011 11:41, schrieb Bernhard Zwischenbrugger: Hat jemand eine Ahnung wie ich sowas berechnen kann? Mit Sphärengeometrie? Stichwort Projektion, ist in vielen GPS Geräten eingebaut. Wobei die konstante Geschwindigkeit schon eine extreme Vereinfachung ist, hier mal eine Grafik der Profis: http://www.heise.de/newsticker/meldung/Erdbeben-und-Tsunami-in-Japan-Live-Berichte-im-Internet-6-Update-1205969.html?view=zoom;zoom=3 Bleibt zu hoffen dass wir bald keine Grafiken zur Ausbreitung von radioaktiven Wolken anschauen müssen. ;-( Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 2x Fragen zum OSMAND
Am 11.03.2011 09:40, schrieb Jan Tappenbeck: nicht ganz - osmand zieht doch immer selber karten - die wollte ich nur aktualisieren ! Den Tilecache /sdcard/osmand/tiles/Mapnik löschen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komisches zeichen in tag
Walter Nordmann schrieb: \u0080 ist der gute alte control - also eines der ersten 32 als steuerzeichen im alten ascii-code verwendetes sonderzeichen. wie escape, backspace, del, ack und was es so noch gibt. Die API erlaubt jedes Unicode-Zeichen als Tag-Name und -Wert, siehe [1]. Da aber die Kommunikation mit der API im XML-Format erfolgt, schränkt damit die XML-Spezifikation die erlaubten Zeichen ein [2]. Bei Potlatch bin ich mir nicht sicher. Das umgeht doch die API und greift direkt auf die Datenbank zu, oder? Wenn ja, ist natürlich die XML-Einschränkung nicht vorhanden. Grüße, Michi P.S.: Die ursprüngliche fehlerhafte Eintragung von \u0081 erfolgte in der Tat über Potlatch 1.3e [3]. [1] http://wiki.openstreetmap.org/wiki/API_v0.6#Tags [2] http://en.wikipedia.org/wiki/Valid_characters_in_XML [3] http://www.openstreetmap.org/browse/changeset/4189609 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komisches zeichen in tag
Fabian Schmidt schrieb: Am 11.03.11 schrieb Michael Bemmerl: Die API erlaubt jedes Unicode-Zeichen als Tag-Name und -Wert, siehe [1]. Da aber die Kommunikation mit der API im XML-Format erfolgt, schränkt damit die XML-Spezifikation die erlaubten Zeichen ein [2]. da steht highly discouraged, nicht forbidden. Es geht auch durchaus über die API: http://www.openstreetmap.org/browse/changeset/7527776 Ich hab' auch nie behauptet, das \u0081 kein valides Zeichen wäre. :-) Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komisches zeichen in tag
Fabian Schmidt fschm...@informatik.uni-leipzig.de wrote: es ist kein Buchstabe, aber gültiges UTF-8. Warum soll es zurückgewiesen werden? Wenn man Latin1 Kodierung als UTF-8 interpretiert kommt in der Regel kein gültiges UTF-8 dabei raus. Eben weil UTF-8 nicht-ASCII Zeichen mit zwei byteskodiert. Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist giggls@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] manca la struttura nelle Città italiane
Situazione a Padova Ho apportato qualche modifica: http://osm.org/go/0IBrDtVH- l'anello delle circonvallazioni ora è quasi interamente secondary eccetto il tratto nord (Via Sarpi-Trieste-Tommaseo-Venezia) che rimane tertiary in quanto è stato costruito un cavalcavia che (almeno in teoria) dovrebbe portare il traffico di questo asse sulla parte nord della ferrovia (Via Avanzo), già taggato secondary, fino a ricongiungersi con Via Venezia-Friburgo (già taggate secondary) e giù verso Piazzale Stanga. La circonvallazione è tra l'altro raggruppata in una apposita relazione: http://www.openstreetmap.org/browse/relation/1468402 http://www.openstreetmap.org/browse/relation/1468402Forse ci sono altre modifiche da fare su altre strade (le statali che entrano in città) e qualche residential da trasformare in tertiary (sicuramente Corso Milano). ciao Tiziano 2011/3/1 M∡rtin Koppenhoefer dieterdre...@gmail.com 2011/3/1 Tiziano D'Angelo tiziano.dang...@gmail.com: se ci sono altri che mappano in zona ne possiamo discutere si, altrimenti procedi ;-) 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/3/11 Tiziano D'Angelo tiziano.dang...@gmail.com: Ho apportato qualche modifica: http://osm.org/go/0IBrDtVH- Grazie Tiziano, vedrai che appena renderizza anche i low zoom: http://www.openstreetmap.org/?lat=45.4071lon=11.9302zoom=12layers=M la mappa diventerà molto più leggibile. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] mappare landuse=farmland
Ho notato che anche in Italia comincia l'uso dell'approccio tedesco per mappare i campi: http://www.openstreetmap.org/browse/way/90780059/ http://www.openstreetmap.org/browse/way/39581439 cioè un multipolygono molto grande taggato landuse=farmland dove poi si escludono (in teoria) tutti gli altri usi. Secondome scala male questo approccio e si perdono i dettagli: la forma dei lotti / campi (anzi direi che l'informazione trasmessa con questo tipo di mappatura e vicino a 0). Il pericolo di non escludere aree con usi diversi (sovraposti ma che vengono renderizzati comunque bene) è molto grande. Per un mappatore nuovo è molto più complicato gestire una relazione (che diventa sempre più grande e intrasparente) invece di semplici poligoni. Nel caso che uno vorrebbe inserire informazioni ai singoli campi (toponimi, nomi, altri dettagli) dovrebbe tagliare un area landuse=farmland fuori da un multipoligono landuse=farmland (quasi assurdo). Personalmente trovo che mappare i singoli campi (ovviamente molto più lavoro, ma pian piano si fa) è un approccio che funziona molto meglio e trasporta molto più informazioni (della topografia). Un esempio qui: http://www.openstreetmap.org/?lat=42.00897lon=12.10789zoom=15layers=M Quindi sono convinto che arrivato ad ulteriori livelli di dettaglio sarà il modo preferito, e tutti i multipoligoni di adesso che crescono nel frattempo ci crearanno tantissimo lavoro per scoglierli. Che ne dite? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
Il giorno 11 marzo 2011 13:18, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: Che ne dite? Che sono asoolutamente d'accordo: http://www.openstreetmap.org/?lat=45.29575lon=8.42571zoom=15layers=M(overlay Dati per meglio apprezzare quanto sono folle) Oltretutto anche il rendering ne guadagna: è molto più bello! ciao, Martin Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
2011/3/11 Simone Saviolo simone.savi...@gmail.com: http://www.openstreetmap.org/?lat=45.29575lon=8.42571zoom=15layers=M (overlay Dati per meglio apprezzare quanto sono folle) Oltretutto anche il rendering ne guadagna: è molto più bello! ottimo lavoro Simone, speriamo che mapnik renderizzi (al meno nei zoom vicini) anche un outline per i campi per apprezzare meglio questo lavoro. Si, chiaramente il guadagno sul rendering (esteticamente, ma anche al livello di informazione sul territorio) è altissimo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
On Fri, 11 Mar 2011 13:25:56 +0100, Simone Saviolo wrote: Il giorno 11 marzo 2011 13:18, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: Che ne dite? Che sono asoolutamente d'accordo: http://www.openstreetmap.org/?lat=45.29575lon=8.42571zoom=15layers=M(overlay Dati per meglio apprezzare quanto sono folle) Oltretutto anche il rendering ne guadagna: è molto più bello! Tsè, principianti... http://osm.org/go/xZHrsGkq-- :P -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utente pasticcione
potresti descrivere i danni che hai scoperto? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utente pasticcione
Riassumo i danni che ho scoperto (mi è arrivata una mail di Martin per chiedermelo ma credo volesse in realtà replicare qui sulla ML): - sentieri unificati (es. un sentiero era spezzato in tre parti uno con classificazione mtb:scale=0, uno con mtb:scale=2 ed uno con mtb:scale=4: lui li ha uniti tutti in uno singolo con classificazione mbt:scale=0,2,4) - segmenti di relazioni unificati (es. il lago di Cavedine era un multipolygon formato da diverse parti dato che alcune erano in comune con altri multypoligon adiacenti: ha fatto la fusione di tutti i segmenti così che anche le relazioni adiacenti non sono più congruenti) Sono assolutamente convinto che i danni siano stati fatti in buona fede, ma mi chiedo sempre: perchè uno deve cambiare qualcosa che non conosce? -- View this message in context: http://gis.638310.n2.nabble.com/Utente-pasticcione-tp6161388p6161458.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utente pasticcione
2011/3/11 Fabry centocolli5...@yahoo.it: Sono assolutamente convinto che i danni siano stati fatti in buona fede, ma mi chiedo sempre: perchè uno deve cambiare qualcosa che non conosce? +1 direi che hai fatto bene a segnalarlo. A secondo di quanto è attiva la vostra zona si dovrebbe decidere quanto veloce si deve reagire. Il problema è che un revert in realtà non è un undo, invece è la creazione di una nuova versione dove l'azione di prima viene eseguito in direzione contraria. Se un oggetto viene modificato nel frattempo si crea un conflitto e non è più possibile di fare il revert senza intervento manuale. Se sei sicuro che lui/lei ha creato/a molto più male di bene potresti anche subitò fare il revert (con JOSM), ma questo è un mio parere e vorrei sentire un paio di altri opinioni. Scrivere all'utente è comunque sempre bene, così c'è speranza che nel futuro sia più attento ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Import of Swiss Boundaries
(Can someone please translate the following to Italian? I can read Italian but I'm not good at writing it..) Dear neighbours, we received the permission from SwissTopo to import the municipal boundaries for Switzerland. As this also means to make edits along the national borders, I'd like you to have a look at my visualisation of the data: http://osm.t-i.ch/gg.html The data is tha same as it is used for official maps with a scale of 1:25'000 and from what I've seen, it looks to be more accurate than the present data, e.g. it follows the outline of this river: http://osm.t-i.ch/gg.html?zoom=14lat=46.13847lon=8.61022layers=BT Apart from the amount of work it will be to reconnect the borderlines with existing municipal boundaries in Italy, are there any objections or reasons, why the new Swiss data should not be used as borderline between Italy and Switzerland? (And: Does anybody know the source of the present data?) Regards, Thomas ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import of Swiss Boundaries
2011/3/11 Thomas Ineichen osm.mailingl...@t-i.ch: Switzerland? (And: Does anybody know the source of the present data?) The current border data in Italy was almost completely imported by Simone Cortesi from the Italian agency of statistics (ISTAT). More information can be found here: http://wiki.openstreetmap.org/wiki/Italian_Borders in the meantime this data was corrected and improved where better data was available. According to the wiki article above, the current data at import time was based on maps 1:5000 (in builtup areas) and 1:25000 (for the rest). cheers, Martin PS: the current data is not completely perfect, indeed it seems in some places where the data was untouched since the import that there is a constant offset (e.g. look here: http://www.openstreetmap.org/?lat=42.0784lon=12.5899zoom=14layers=M ), but I can't tell you details on the border to Switzerland. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import of Swiss Boundaries
Traduzione del messaggio precedente di Thomas Ineichen, come da lui chiesto: Cari vicini, abbiamo ricevuto da SwissTopo il permesso per importare i confini municipali della Svizzera. Siccome ciò vuol dire fare modifiche anche lungo i confini nazionali, vorrei che guardaste la mia visualizzazione dei dati: http://osm.t-i.ch/gg.html I dati sono gli stessi usati per le mappe ufficiali in scala 1:25000 e, per quanto ho visto, sembrano più accurati dei dati attuali, ad esempio seguono il profilo di questo fiume: http://osm.t-i.ch/gg.html?zoom=14lat=46.13847lon=8.61022layers=BT A parte la quantità di lavoro necessario per ricollegare le linee di confine con i confini comunali in Italia, ci sono obiezioni o ragioni per cui i nuovi dati svizzeri non dovrebbero essere usati come linee di confine tra l'Italia e la Svizzera? (Inoltre: qualcuno conosce la fonte dei dati attuali?) Saluti, Thomas ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import of Swiss Boundaries
My personal experience is that ISTAT data are very bad. In my region (Friuli Venezia Giulia, north eastern Italy) i noticed errors bigger than 100 meters. You can find in borders imported from ISTAT data the the tag source=Based on ISTAT data - 2001 Italian Census. If you got better data just edit the border. Ciao Stefano Il 11/03/2011 18:24, M∡rtin Koppenhoefer ha scritto: 2011/3/11 Thomas Ineichenosm.mailingl...@t-i.ch: Switzerland? (And: Does anybody know the source of the present data?) The current border data in Italy was almost completely imported by Simone Cortesi from the Italian agency of statistics (ISTAT). More information can be found here: http://wiki.openstreetmap.org/wiki/Italian_Borders in the meantime this data was corrected and improved where better data was available. According to the wiki article above, the current data at import time was based on maps 1:5000 (in builtup areas) and 1:25000 (for the rest). cheers, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Tag:man_made=groyne
Salve a tutti, ho iniziato ad aggiungere il tag in oggetto nella seguente zona: http://www.openstreetmap.org/?lat=42.4213564395905lon=14.2949080467224zoom=16 Nella pagina del wiki è scritto A groyne is a rigid hydraulic structure perpendicular to a coastline quindi in teoria sono strutture perpendicolari alla costa però mi è venuto il dubbio se sia possibile usare il tag anche per frangiflutti come quelli che ho mappato (che in pratica sono paralleli alla costa). Mi conviene continuare a mapparli così come ho fatto oppure cancello tutto? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag:man_made=groyne
On Fri, 11 Mar 2011 19:43:51 +0100, antonio wrote: Salve a tutti, ho iniziato ad aggiungere il tag in oggetto nella seguente zona: http://www.openstreetmap.org/?lat=42.4213564395905lon=14.2949080467224zoom=16 Nella pagina del wiki è scritto A groyne is a rigid hydraulic structure perpendicular to a coastline quindi in teoria sono strutture perpendicolari alla costa però mi è venuto il dubbio se sia possibile usare il tag anche per frangiflutti come quelli che ho mappato (che in pratica sono paralleli alla costa). Mi conviene continuare a mapparli così come ho fatto oppure cancello tutto? Non sono più man_made=breakwater ? -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import of Swiss Boundaries
-Original Message- From: Daniele Forsi [mailto:dfo...@gmail.com] Sent: venerdì 11 marzo 2011 18.36 To: openstreetmap list - italiano Subject: Re: [Talk-it] Import of Swiss Boundaries A parte la quantità di lavoro necessario per ricollegare le linee di confine con i confini comunali in Italia, ci sono obiezioni o ragioni per cui i nuovi dati svizzeri non dovrebbero essere usati come linee di confine tra l'Italia e la Svizzera? (Inoltre: qualcuno conosce la fonte dei dati attuali?) Per il tratto di confine tra Svizzera e Regione Lombardia, i confini generalizzati (cioè confini semplificati) di fonte Istat sono stati sostituiti con i confini riportati sulla Carta Tecnica Regionale della Regione Lombardia. I dati della CTR Lombardia derivano dalle informazioni catastali (cioè dai confini ufficiali), ma è noto (cfr: http://www.cartografia.regione.lombardia.it/dbtopo/index.php?option=com_docm antask=doc_viewgid=67, pag 18/19) che in alcuni casi sono stati riportati in posizione incorretta sulla carta tecnica regionale della Regione Lombardia, e talvolta persino già sulla stessa cartografia catastale. Ad occhio i dati Svizzeri sembrano avere un dettaglio maggiore (le linee sono più contorte), ma in alcuni casi la differenza non può essere attribuita solo ad una semplificazione delle linee. Se i dati Svizzeri sono più affidabili, sarebbe consigliabile importarli al posto di quelli attuali. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag:man_made=groyne
Quel tag mi era sfuggito, correggo subito grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Activación de HOT Colombia por el #tsunami
Buenas tardes, desde el Observatorio Sismológico del Suroccidente Colombiano de la Universidad del Valle se lleva un monitoreo constante de los reportes de centro de alertas de tsunami para el pacifico, http://osso.univalle.edu.co/ http://ptwc.weather.gov/?region=0 http://earthquake.usgs.gov/earthquakes/recenteqsww/Quakes/quakes_big.php Cualquier inquitud, con mucho gusto Jimmy Navia Observatorio Sismologico y Geofisico del Suroccidente Universidad del Valle From: fredyriv...@gmail.com Date: Fri, 11 Mar 2011 07:38:15 -0500 To: talk-co@openstreetmap.org Subject: [Talk-co] Activación de HOT Colombia por el #tsunami Hola maperos Nos estamos activando por el tsunami http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami La recomendación para hoy es trabajar en el mapa de la costa pacifica salu2 I've started a page for others to improve on after discussion on #osm where some discussion on where to trace has been happening http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunam i I based it on the Christchurch page (if anything looks wrong, and needs removing still) and took the page name from Wikipedia's developing article. Ed ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot -- 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 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] OSM-Danmark nu med i et Landmåler speciale i Horsens
Jens Winbladh jens@... writes: De har fået geodata fra Dansk Cykel Forbund, som de formodenligtvist vil importerer i OSM (hvis hele licens helvede vil det). Sejt! Men den her del lyder specielt interessant. :) Drejer det sig om GPS-traces eller måske ruter? Efterhånden som vi får tegnet veje på rundt om, kan man jo færdiggøre en del af ruterne. I det nordjyske har jeg benyttet mig lidt af Søren Johannessens data som han har fået VisitNordjylland til at frigive: http://www.microformats.dk/2010/06/06/ De er både brugbare som GPS-spor og til at finde ud af hvor ruten egentlig går (for skrivebordskartografen). Forleden fik jeg koblet et ordentligt stykke af Østkystruten på, den var blevet oprettet som en separat relation oppe i Vendsyssel. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] Invitación a conectarnos en LinkedIn
LinkedIn Jose Luis Garcia Valiente pidió añadirte como contacto en LinkedIn: -- Alberto, Me gustaría añadirte a mi red profesional en LinkedIn. -Jose Luis Aceptar invitación de Jose Luis Garcia Valiente http://www.linkedin.com/e/k320r8-gl4tlm4z-a/dsh0JxhBVkbHP4JPfDHitTOJtJ-dPV90lKRZ3Rb/blk/I1187611657_3/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPnPsRdz4NdzsUcj59bQxprBxne6NTbPgMdz8Tc3kUd38LrCBxbOYWrSlI/EML_comm_afe/ Ver invitación de Jose Luis Garcia Valiente http://www.linkedin.com/e/k320r8-gl4tlm4z-a/dsh0JxhBVkbHP4JPfDHitTOJtJ-dPV90lKRZ3Rb/blk/I1187611657_3/3dvdPkScj4SdPwNckALqnpPbOYWrSlI/svi/ -- (c) 2011, LinkedIn Corporation___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] duda
El 11 de marzo de 2011 08:51, Galiano Rodriguez - Maria Dolores mariadolores.gali...@promojaen.es escribió: Buenos días, Quisiera saber por qué los datos que subo a OSM no me lo publican. Supongo que son datos introducidos con JOSM o con Potlatch...y sigo suponiendo: Dos hipótesis: * Hay algun error que impide su visualización, por ejemplo una carretera a la que le falta la propiedad 'highway' ...y el renderizador 'no sabe' como pintarlos. * No es que no se publiquen sino que no las ves, debido a: retardo más o menos normal en incorporación a la base de datos, en el refresco de las teselas en el servidor, falta de refresco en la caché de tu ordenador o del proxy de la red a través de la cual te conectas. Cuando vuelves a editar tus datos ¿Siguen ahí? -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] duda
Roberto Pla p...@aire.org escribió: Supongo que son datos introducidos con JOSM o con Potlatch...y sigo suponiendo: Dos hipótesis: * Hay algun error que impide su visualización, por ejemplo una carretera a la que le falta la propiedad 'highway' ...y el renderizador 'no sabe' como pintarlos. * No es que no se publiquen sino que no las ves, debido a: retardo más o menos normal en incorporación a la base de datos, en el refresco de las teselas en el servidor, falta de refresco en la caché de tu ordenador o del proxy de la red a través de la cual te conectas. Cuando vuelves a editar tus datos ¿Siguen ahí? No hace falta editar. Con desplegar la leyenda (crucecita de la derecha) y seleccionar Datos (métele zoom para que vaya mejor), podrás ver si la información está subida o no. Lo de que aparezca o no puede ser, como dice Roberto, porque no esté debidamente etiquetada o sea algún elemento que no se renderiza (a mí me pasó esto último con los kioskos de prensa :-) ), o porque lo hayas subido recientemente y todavía no aparezca renderizado. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importación Nomenclator
Me he dado cuenta que se ha hecho ya la importacion de Nomenclator. Supongo que habrá sido Matías [1]. El caso es que me he dado cuenta que, a mi entender, la ubicación que hace el IGN no es exacta en algunos casos. Os pongo un ejemplo de una zona que conozco y que he mapeado [2]; ahí podréis ver como lo que se conoce como infiernos de Loja aparece situado por el IGN al sureste de donde están ubicados. Aprovecho este ejemplo para hacer una pregunta: ¿qué es lo más correcto, borrar el nodo del IGN y dejar el que he puesto, o borrar el mío y desplazar el del IGN? La tercera opción sería dejar los dos, pero me parecería la peor de las tres. En [2] también podéis ver que el propio Nomenclator tiene duplicidades (Los infiernos e infiernos de Loja); además, en ubicaciones distintas. ¿Se puede depurar el Nomenclator quitando casos como estos en que hay duplicidad? Y por último, creo que el mapa queda muy saturado con tanto paraje [3]. Ya sé que no se debe mapear para el renderizador, pero... Bueno, que lo lanzo para que se discuta. [1] http://gis.638310.n2.nabble.com/Importacion-de-datos-del-Nomenclator-Geografico-td5946918.html [2] http://www.openstreetmap.org/?lat=37.16884lon=-4.13018zoom=15layers=M [3] http://www.openstreetmap.org/?lat=37.1653lon=-4.1481zoom=14layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Me ha llamado la atención el tema y he buscado un poco. De la Wikipedia he llegado al BOA [1] donde se definen los límites del monumento natural. ¿Se puede usar el BOA como referencia? Viene hasta el mapa con los límites. [1] http://www.juntadeandalucia.es/boja/boletines/2003/188/d/updf/d4.pdf Saludos, Colegota El día 11 de marzo de 2011 09:50, bv2mu...@uco.es escribió: Me he dado cuenta que se ha hecho ya la importacion de Nomenclator. Supongo que habrá sido Matías [1]. El caso es que me he dado cuenta que, a mi entender, la ubicación que hace el IGN no es exacta en algunos casos. Os pongo un ejemplo de una zona que conozco y que he mapeado [2]; ahí podréis ver como lo que se conoce como infiernos de Loja aparece situado por el IGN al sureste de donde están ubicados. Aprovecho este ejemplo para hacer una pregunta: ¿qué es lo más correcto, borrar el nodo del IGN y dejar el que he puesto, o borrar el mío y desplazar el del IGN? La tercera opción sería dejar los dos, pero me parecería la peor de las tres. En [2] también podéis ver que el propio Nomenclator tiene duplicidades (Los infiernos e infiernos de Loja); además, en ubicaciones distintas. ¿Se puede depurar el Nomenclator quitando casos como estos en que hay duplicidad? Y por último, creo que el mapa queda muy saturado con tanto paraje [3]. Ya sé que no se debe mapear para el renderizador, pero... Bueno, que lo lanzo para que se discuta. [1] http://gis.638310.n2.nabble.com/Importacion-de-datos-del-Nomenclator-Geografico-td5946918.html [2] http://www.openstreetmap.org/?lat=37.16884lon=-4.13018zoom=15layers=M [3] http://www.openstreetmap.org/?lat=37.1653lon=-4.1481zoom=14layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
El 11/03/11 09:50, bv2mu...@uco.es escribió: Me he dado cuenta que se ha hecho ya la importacion de Nomenclator. Supongo que habrá sido Matías [1]. El caso es que me he dado cuenta que, a mi entender, la ubicación que hace el IGN no es exacta en algunos casos. Os pongo un ejemplo de una zona que conozco y que he mapeado [2]; ahí podréis ver como lo que se conoce como infiernos de Loja aparece situado por el IGN al sureste de donde están ubicados. Aprovecho este ejemplo para hacer una pregunta: ¿qué es lo más correcto, borrar el nodo del IGN y dejar el que he puesto, o borrar el mío y desplazar el del IGN? La tercera opción sería dejar los dos, pero me parecería la peor de las tres. El tema de los parajes del IGN no es tan inamovible como los vértices geodésicos. Todos los que hemos usado mapas en papel del IGN sabemos que tienen muchos errores en los nombres y como el caso que tu comentas, también en la ubicación. Si ya has puesto tú un nodo en el lugar correcto yo simplemente borraría el del IGN; moverlo no creo que fuera correcto, porque en ese caso el source ya no sería IGN ni todas las demás etiquetas de la importación tendrían sentido. En [2] también podéis ver que el propio Nomenclator tiene duplicidades (Los infiernos e infiernos de Loja); además, en ubicaciones distintas. ¿Se puede depurar el Nomenclator quitando casos como estos en que hay duplicidad? EMHO sí. Creo que cualquier corrección/borrado de datos prodecentes del Nomenclator sería bueno comunicarla al IGN, dando los motivos, para continuar con el cauce de colaboración que se ha establecido últimamente. ¿Hay algún método establecido para hacer este tipo de comunicación? Y por último, creo que el mapa queda muy saturado con tanto paraje [3]. Ya sé que no se debe mapear para el renderizador, pero... Bueno, que lo lanzo para que se discuta. [1] http://gis.638310.n2.nabble.com/Importacion-de-datos-del-Nomenclator-Geografico-td5946918.html [2] http://www.openstreetmap.org/?lat=37.16884lon=-4.13018zoom=15layers=M [3] http://www.openstreetmap.org/?lat=37.1653lon=-4.1481zoom=14layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Buenas, Si os bajais el nomenclátor del centro de descargas, hay un léeme que dice (extracto): -- NOMENCLÁTOR GEOGRÁFICO BÁSICO DE ESPAÑA, con carácter PROVISIONAL La metodología planteada para la obtención final del NGBE esta formada por las siguientes tareas: 1. Eliminación de topónimos de países extranjeros. 2. Eliminación de topónimos duplicados. 3. Revisión y reclasificación de las entidades. 4. Comprobación de la referenciación geográfica de las entidades. 5. Tratamiento de topónimos compuestos. 6. Asignación del código INE. Para la obtención de esta base de datos “NGBE_de carácter provisional” se han realizado parcialmente las tareas 1 Eliminación de topónimos de países extranjeros y 2 Eliminación de topónimos duplicados. -- Por tanto, les queda bastante tarea por hacer antes de que sea definitivo. Como apunta Carlos, se podría plantear un mecanismo para que desde el IGN pudieran seguir los cambios en OSM? Les ayudaría a depurarlo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Buenas. Pues como decía Jack el Destripador, vayamos por partes. Efectivamente he empezado la importación, pero estoy teniendo bastantes problemas. Subidas a medias, cortes de luz, etc. De momento voy a parar hasta que planifique la subida de otra forma. De momento sólo queda importada la zona sur de la península. Evidentemente soy el que está haciendo la importación y mi opinión estará claramente influenciada, pero... tener nombres de parajes con una distancia entre ellos de cientos de metros ¿es saturar el mapa?. No creo ¿no?. - http://GEOlink.es -- View this message in context: http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6161408.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
La información yo creo que cuanto mas mejor. Si están muy juntos es cosa del render que elija correctamente que mostrar y que no, pero no creo que la culpa sea de tener demasiada información. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
La verdad es que con estas cosas uno se encuentra muy condicionado por lo que hace o deja de hacer. Lo digo por mí mismo: cuando se hablaba de incluir o no barrios en poblaciones medianas (léase Loja) pensaba que había que incluirlos (lo veía sobre todo útil en poblaciones con cierta entidad como la que he citado), con independencia de que se viera muy saturado el mapa; ahora, que no soy yo el que ha importado los parajes, me da la impresión de que el mapa queda saturado... En fin, que a mí también me parece que sería bueno establecer una metodología para informar al IGN de los errores/cambios que introducimos. Veo necesario un trabajo de depuración en cuanto a la ubicación de los parajes y su posible duplicidad, pero ignoro cómo hacerlo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Hola. Evidentemente debe ser cuestión de puntos de vista. Yo no veo tema de saturacion por ningún lado. ¿Que hay muchos nodos?. Sí, más de 60 en toda España. ¿Cuantas calles, edificios, negocios, nodos al etc hay en un km cuadrado en el centro de Madrid?. ¿Esta por ello saturado el mapa?. En cuanto a la depuración: Los nombres de los parajes tienen la ubicación exacta del margen inferior izquierdo de la rotulación del nombre en el mapa topográfico nacional a escala 1/25000. Es decir, no están duplicados. No lo he comprobado pero seguro que hay cientos parajes, digamos Buenavista en España y no por ello son parajes duplicados. Por otro lado, en la mayoría de la ocasiones el nombre de un paraje está referido a una zona más o menos extensa. La Dehesa Campo La Vieja puede ser el nombre de un paraje de 1000 Has. ¿Donde se considera correcto ubicar un nodo con ese nombre?. Si al error de apreciación de la escala, añadimos el tamaño del nombre rotulado, evidentemente la persona (osmero preferentemente) que conozca la zona dirá que no está en el lugar adecuado (si se trata de un paraje con una localización exacta) o ese no es nombre exacto (imaginad en Cataluña, Galicia, Pais Vasco, etc). Ahí es donde podremos entrar nosotros, en hacer la depuración de esos nombres y afinar más exactamente en su ubicación. De todos modos esto no deja de ser una opinión. Que por cierto cuando hace casi dos meses comenté en la lista el tema de la importación, mutis por el foro. - http://GEOlink.es -- View this message in context: http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6161935.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Buenas, Seguramente a destiempo, pero os dejo por aquí el nomenclátor pasado a shp y a csv. Lo he transformado a ETRS89 a golpe de rejilla y gvSIG. Si cargais el shp vereis que algunos puntos están idos de madre; habría que limpiarlos. http://www.geoinquiets.cat/nomenclator_IGN/NGBE-ETRS89-shp.zip http://www.geoinquiets.cat/nomenclator_IGN/NGBE-bidatum-csv.zip Ya que estamos: +1 a importación del nomenclator. ¿Por qué? Ejemplo: jamás hubiera dibujado el límite municipal de mi pueblo desde cero. En cambio, encontrar que estaba mal me incitó a salir a la caza de hitos para corregirlo. :) Ahora bien, mola intentar hacerlo lo mejor posible: Discutido en la lista, documentado en wiki, aprovechando las experiencias de otros, conservando identificadores únicos del original. Vaya, esto lo digo pensando en corine... Oscar. El día 11 de marzo de 2011 17:03, Matías taborda.barr...@gmail.com escribió: Hola. Evidentemente debe ser cuestión de puntos de vista. Yo no veo tema de saturacion por ningún lado. ¿Que hay muchos nodos?. Sí, más de 60 en toda España. ¿Cuantas calles, edificios, negocios, nodos al etc hay en un km cuadrado en el centro de Madrid?. ¿Esta por ello saturado el mapa?. En cuanto a la depuración: Los nombres de los parajes tienen la ubicación exacta del margen inferior izquierdo de la rotulación del nombre en el mapa topográfico nacional a escala 1/25000. Es decir, no están duplicados. No lo he comprobado pero seguro que hay cientos parajes, digamos Buenavista en España y no por ello son parajes duplicados. Por otro lado, en la mayoría de la ocasiones el nombre de un paraje está referido a una zona más o menos extensa. La Dehesa Campo La Vieja puede ser el nombre de un paraje de 1000 Has. ¿Donde se considera correcto ubicar un nodo con ese nombre?. Si al error de apreciación de la escala, añadimos el tamaño del nombre rotulado, evidentemente la persona (osmero preferentemente) que conozca la zona dirá que no está en el lugar adecuado (si se trata de un paraje con una localización exacta) o ese no es nombre exacto (imaginad en Cataluña, Galicia, Pais Vasco, etc). Ahí es donde podremos entrar nosotros, en hacer la depuración de esos nombres y afinar más exactamente en su ubicación. De todos modos esto no deja de ser una opinión. Que por cierto cuando hace casi dos meses comenté en la lista el tema de la importación, mutis por el foro. - http://GEOlink.es -- View this message in context: http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6161935.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Buenos días. Cada vez llevo peor esto de los foros. La comunicación fluida brilla por su ausencia. Tener que poner un enlace en un foro hacia una conversación ya tratada en ese mismo foro me parece una perdida de tiempo. O bien no escribimos lo que verdaderamente queremos decir, leemos lo contrario de lo que se escribe o bien ni siquiera leemos. Estas cosas habría que tratarlas con un café o una buena cervecita por delante. En este caso, yo, el último párrafo de Oscar. Porque Oscar, también molaría que todo esto su hubiera debatido antes. - Consulta PREVIA en la lista acerca de la importación [1]. 4 contestaciones, debate sobre el tema licencia y se acabó. Ninguna aportación sobre método, etiquetado, AYUDAS. Dime tu como aprovecho la experiencia de otros. - Documentación PREVIA en el wiki [2] - Documentación de la importación [3]. En construcción. Oscar, gracias por echarme un cable. - Documentado en novedades [4]. Gracias a Lübeck, un alemán mu salao el. - Ejemplo de etiquetado. ngbe:id=750484. Identificador único del original. [5] ¿Todo esto se hizo en la importación Corine?. [1]http://gis.638310.n2.nabble.com/Importacion-de-datos-del-Nomenclator-Geografico-td5946918.html#a5946965 [2]http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#EGRN [3]http://wiki.openstreetmap.org/wiki/ES:NGBE [4]http://wiki.openstreetmap.org/wiki/Template:Es:News [5]http://www.openstreetmap.org/browse/node/1194696999 Finalmente, gracias por el archivo del Nomenclator. Efectivamente hay un punto en África que esta ido de madre el id=167321, los demás sin comprobar si están correctamente, creo pertenecen a Ceuta, Melilla, Alborán y enfrente de Castellón las Islas Columbretes, vamos que no se han ido de madre. Solo espero que a nadie se le ocurra importar ese archivo tal y como está, porque como ha documentado Oscar en el wiki [3], veréis que hay 75 clases de topónimos. No creo que a estas alturas, sea necesario importar, por poner ejemplo nombres de oceános y mares, ríos principales, ciudades, términos municipales, nombres de cadenas montañosas, etc. Y de los que si se pueden importar, hay que hacer un filtro previo con los datos que ya hay en OSM (nombres hidrográficos, puertos de carreteras, picos montañosos, PARAJES, ). En fin que la limpieza es mucho mas profunda que los puntos que se han ido de madre. Nos vemos en los bares. - http://GEOlink.es -- View this message in context: http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6163890.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-Talk-ZA] OSM Meeting 26 March ?
Hello Everyone, I'm going to tentatively set the details. Feel free change anything. Just don't take too long because I want to send invitations to other groups and lists. Date: Saturday, 26 March 2011 Time: 10am to 4pm for me (Nic). Everyone else is free to come and go at any time. Venue: Karoo Cattle and Land at the Irene Mall. I only suggest it because I know it worked well for the Ubuntu release parties. Any other suggestions welcome, even in Midrand or Johannesburg. Without routing: http://osm.org/go/k2UHaKxav-- With routing: http://goo.gl/8fCO7 Contact number: 083-765-9503 Internet: I (Nic) will set up an uncapped hotspot named openstreetmap. Who should come: 1. Anyone who is interested in maps. I will show you how to edit OpenStreetMap, put it on your website / GPS / phone. 2. Anyone who is interested in augmented reality. I will show you Layar, Sky Map and a few other things. 3. Anyone contemplating buying a GPS or smartphone. I may end up saving you a few bucks. 4. Anyone who thinks Android is about more than gaming or rooting. Johan, thanks for your offer. But I think holding it at a restaurant is a bit easier with people coming and going. Regards, Nic On Fri, Mar 4, 2011 at 7:31 AM, Johan Joubert johan.joub...@up.ac.za wrote: Nick, I would be interested to join a meeting on Android phones. Won't be much of a contributor in development, but we sure can use the technology to ease data capturing and cleaning. If we get a group together, I can offer a venue at the University of Pretoria to meet. Best, Johan talk-za-requ...@openstreetmap.org 03/03/11 2:01 PM Send Talk-ZA mailing list submissions to talk-za@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-za or, via email, send a message with subject or body 'help' to talk-za-requ...@openstreetmap.org You can reach the person managing the list at talk-za-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ZA digest... Today's Topics: 1. Local meetups in Africa (Matthias Mei?er) 2. Re: Local meetups in Africa (Nic Roets) -- Message: 1 Date: Wed, 02 Mar 2011 17:49:25 +0100 From: Matthias Mei?er dig...@arcor.de To: talk-za@openstreetmap.org talk-za@openstreetmap.org Subject: [OSM-Talk-ZA] Local meetups in Africa Message-ID: 4d6e7515.6090...@arcor.de Content-Type: text/plain; charset=ISO-8859-15; format=flowed Hi OSM community of Africa, 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 Africa, or? regards Matthias -- Message: 2 Date: Wed, 2 Mar 2011 19:46:24 +0200 From: Nic Roets nro...@gmail.com To: Matthias Mei?er dig...@arcor.de,Openstreetmap ZA talk-za@openstreetmap.org Subject: Re: [OSM-Talk-ZA] Local meetups in Africa Message-ID: AANLkTi=fP0x-rS=Z7Rvy7ZCX5qWWQfa=ud4zglyfm...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 2011/3/2 Matthias Mei?er dig...@arcor.de: Hi OSM community of Africa, 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 Africa, or? Not in South Africa, no. Perhaps Mikel Maron has organized some kind of user group in Kibera ? But it will not be a typical user group. -- Speaking of meeting up: Anyone in Gauteng interested in meeting to discuss the present and future of OSM on Android ? I count at least 5 OSM apps that have been released for Android during the last 2 months alone (KeypadMapper, MapQuest, Navit, Nick Whitelegg's project and Gosmore). Anyone who haven't see augmented reality type apps will surely be impressed. -- ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za End of Talk-ZA Digest, Vol 80, Issue 1 ** ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route
Merci Pierre, Très précisément ce que je cherchais. Quelques minutes de lectures suite à ce courriel et je suis avancé de plusieurs semaines dans mon apprentissage. J'ai facilement importé les chemins avec rcn_ref=1 dans JOSM. Même si je sais maintenant comment je ferais (mais seulement après que j'aurai testé sur une petite région) il me reste à chercher la légitimité de le faire auprès des autres collaborateurs pour créer (ou étendre) les 9 routes cyclables correspondant aux Routes verte 1 à 9. Plusieurs chemins ayant rcn=x ne sont pas mis en relation avec la Route verte. Est-ce voulu? En attente que quelqu'un le fasse? Vous comprendrez que j'hésite ici (je ne suis que débutant et peut-être impulsif???) malgré que ça semble la chose à faire selon les Canadian tagging guidelines. Merci encore. P Est-ce nécessaire d’imprimer ce courriel ? From: Pierre (PierZen) Sent: Thursday, March 10, 2011 7:33 PM To: talk-ca Subject: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route Bonjour Alouette955, Je réponds rapidement à ta question et nous pourrons reprendre lundi. D'ici là je ne serai pas disponible. Tu peux télécharger les données à partir d'une requête adressée à l'API 0.6 de OSM. Voici deux liens ci-dessous. Si un ne fonctionne pas, essaies le deuxième. http://xapi.openstreetmap.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D http://www.informationfreeway.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D [...]___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Batch transformation from rcn_ref=1 to Route
On 11 March 2011 15:30, Richard Weait rich...@weait.com wrote: This sort of large or automated edit most often leads to unexpected and unpleasant results. So it must only be executed, if at all, after careful consideration and consultation. http://wiki.openstreetmap.org/wiki/Automated_Edits http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct Of course, it would be wonderful to have these guidelines available in more languages. Hello, I will be translating this page in French Saturday soon it will be clearer what the conduct should be. I second Richard's opinion that an automated edit can be difficult to get right. It needs to be properly thought out and preferably reviewed by the community to make sure that nothing wrong was done. It is quite important considering the impact they can have on people working on some part of the map. Bonjour, Je vais traduire les pages que Richard a mentionnées demain comme ça il sera plus facile de savoir ce qu'il faut faire ou ne pas faire. Je supporte fortement les propos de Richards concernant les imports et les modifications automatisées, car ils sont difficiles a faire correctement. Ils ont besoin d’être clairement pensés et de préférence être revus par la communauté pour être qu'aucunes erreurs majeures ne soient glissées. Il est important de considérer l'impact de ces changements sur les gens qui travaillent sur cette partie de la carte. Emilie Laffray ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fw: Talk-ca] Batch transformation from rcn_ref=1 to Route
Désolé ... je voulais dire les 7 (1, 2, 3, 4, 5, 6 et 8) routes de la Route verte (pas 9) P Est-ce nécessaire d’imprimer ce courriel ? From: alouette...@gmail.com Sent: Friday, March 11, 2011 10:20 AM To: talk-ca Subject: Re: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route Merci Pierre, Très précisément ce que je cherchais. Quelques minutes de lectures suite à ce courriel et je suis avancé de plusieurs semaines dans mon apprentissage. J'ai facilement importé les chemins avec rcn_ref=1 dans JOSM. Même si je sais maintenant comment je ferais (mais seulement après que j'aurai testé sur une petite région) il me reste à chercher la légitimité de le faire auprès des autres collaborateurs pour créer (ou étendre) les 9 routes cyclables correspondant aux Routes verte 1 à 9. Plusieurs chemins ayant rcn=x ne sont pas mis en relation avec la Route verte. Est-ce voulu? En attente que quelqu'un le fasse? Vous comprendrez que j'hésite ici (je ne suis que débutant et peut-être impulsif???) malgré que ça semble la chose à faire selon les Canadian tagging guidelines. Merci encore. P Est-ce nécessaire d’imprimer ce courriel ? From: Pierre (PierZen) Sent: Thursday, March 10, 2011 7:33 PM To: talk-ca Subject: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route Bonjour Alouette955, Je réponds rapidement à ta question et nous pourrons reprendre lundi. D'ici là je ne serai pas disponible. Tu peux télécharger les données à partir d'une requête adressée à l'API 0.6 de OSM. Voici deux liens ci-dessous. Si un ne fonctionne pas, essaies le deuxième. http://xapi.openstreetmap.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D http://www.informationfreeway.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D [...] ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Aucun virus trouvé dans ce message. Analyse effectuée par AVG - www.avg.fr Version: 10.0.1204 / Base de données virale: 1497/3500 - Date: 11/03/2011 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route
Bonjour Alouette955, Effectivement, il vaut mieux consulter le groupe avant d'entreprendre de tels changements et s'assurer d'un consensus. De mon côté, il me semble approprié de créer une relation pour chacune des Routes vertes. Il sera ainsi plus facile de suivre sur une carte les portions du circuit vélo qui sont sur l'emprise d'une route. Et à mon avis les références suivantes doivent apparaitre que dans la relation et être enlevées des éléments chemins. rcn=yes rcn_ref=1 Indeed, it is better to consult the group before embarking on such changes and ensure consensus. From my side, it seems appropriate to create a relationship for each of the Route verte road. This way, it will be easier to follow the sections of the trail on the map when the cycle path is part of a road. And I think the following references should appear in the relationship and be removed from the way elements. rcn=yes rcn_ref=1 Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] GeoBase
Hi all, Who should I go about talking to to get Highlight Unchanged GeoBase in potlatch? It would really help me fix some of Calgary's horrible road alignments. --- Steven ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoBase
I could probably help you make a style to do that. Russell On 2011-03-11, at 10:56 AM, Steven Brown b27...@gmail.com wrote: Hi all, Who should I go about talking to to get Highlight Unchanged GeoBase in potlatch? It would really help me fix some of Calgary's horrible road alignments. --- Steven ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoBase
Ya, if you could that would be great. Geobase roads in calgary roads really suck. --- Steven On Fri, Mar 11, 2011 at 11:59 AM, Russell P skiinf...@gmail.com wrote: I could probably help you make a style to do that. Russell On 2011-03-11, at 10:56 AM, Steven Brown b27...@gmail.com wrote: Hi all, Who should I go about talking to to get Highlight Unchanged GeoBase in potlatch? It would really help me fix some of Calgary's horrible road alignments. --- Steven ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
Dne Čt 10. března 2011 Aleš Janda napsal(a): Netřeba nic počítat. Mapnik používá „malířův algoritmus“ - nakreslí všechno, přičemž pozdější objekty (ty co jsou výše) přepíšou všechny objekty níže. hm, takže pokud tomu rozumím správně, tak s layer logikou by les nebo vpodstatě jakýkoliv objekt musel mít -2, aby se přes něj vykreslil průběh ponorné řeky (pokud mě v mapě zajímá), která bude mít -1, protože je pod normálním povrchem v případě vodní plochy, řeka v ní bude mít tedy stále -1, a plocha bude mít 0, čímž dojde k tomu, že se plocha vykreslí nad řekou a zakryje ji což je samozřejmě pěkná blbost asi mi furt něco nedochází no nic, zalezu zpátky do své nory, nějak se dohodněte, hoďte to na wiki, ať je to snadno dohledatelné, budu se tím řídit když na něco narazím (btw, pokyny pro místní tagování by stály za významné doplnění ... já vím, je to wiki, může každý ... a ještě jsem ani zdaleka nedodělal ty turistické značky, co jsem už dost dávno nakous ... achjo, nemohla by ta zima bejt delší a mít víc a ještě delší večery? :-/ ) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
Karel Volný napsal(a): Dne Čt 10. března 2011 Aleš Janda napsal(a): Netřeba nic počítat. Mapnik používá „malířův algoritmus“ - nakreslí všechno, přičemž pozdější objekty (ty co jsou výše) přepíšou všechny objekty níže. hm, takže pokud tomu rozumím správně, tak s layer logikou by les nebo vpodstatě jakýkoliv objekt musel mít -2, aby se přes něj vykreslil průběh ponorné řeky (pokud mě v mapě zajímá), která bude mít -1, protože je pod normálním povrchem Ne! V jakém pořadí se vykreslují jednotlivé objekty je záležitostí rendereru (resp. dodaného stylu) a nemá to (skoro) nic společného s tagem layer. Petr signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] pravopis
zdravím, je tu takový drobný problémek - u KČT neumí pravopis a komolí spoustu názvů a jaksi se mi vnitřně příčí, když znám správnou podobu, abych do mapy psal chybnou, jenom proto, abychom byli konzistentní s databází KČT (a učil tak další a další lidi špatný název místo správného) ale na druhou stranu chápu, že mapa by měla zachycovat reálný stav, a když je na rozcestníku napsáno například Pod Templštýnem, tak bysme to měli mít v mapě taky, přestože správně je Templštejn (a na jiných mapách je to tak uvedeno) - člověk když to v reálu vidí, tak to pochopí, ale problém to může být třeba při vyhledávání, nemluvě o zcela strojovém zpracování problém by asi řešilo důsledné použití name pro správný název a official_name pro nesprávný, ale někde formálně uváděný čili pak už by to byla jen otázka přidat patřičnou podporu do stylů, aby se to pěkně zobrazovalo - asi nelze čekat, že náhodný uživatel vyrenderované mapy bude shánět zdrojová data, aby se podíval, jestli tam ještě nějaké jiné jméno je, když to v mapě mu nesedí takže pro co všechno by to chtělo pořešit? - já jsem teď narazil na ty rozcestníky, viděl někdo něco jiného takového? nějaké jiné návrhy než name/official_name? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pravopis
Zrovan u tohoto názvu bych si nebyl jsitý, co je správně a co špatně, neboť u hradů se v průběhu času jména pohybovaly mezi stein - štýn a štejn. (Karlstein, Karlštejn, Karlův Týn...) JD 2011/3/11 Karel Volný ka...@seznam.cz: zdravím, je tu takový drobný problémek - u KČT neumí pravopis a komolí spoustu názvů a jaksi se mi vnitřně příčí, když znám správnou podobu, abych do mapy psal chybnou, jenom proto, abychom byli konzistentní s databází KČT (a učil tak další a další lidi špatný název místo správného) ale na druhou stranu chápu, že mapa by měla zachycovat reálný stav, a když je na rozcestníku napsáno například Pod Templštýnem, tak bysme to měli mít v mapě taky, přestože správně je Templštejn (a na jiných mapách je to tak uvedeno) - člověk když to v reálu vidí, tak to pochopí, ale problém to může být třeba při vyhledávání, nemluvě o zcela strojovém zpracování problém by asi řešilo důsledné použití name pro správný název a official_name pro nesprávný, ale někde formálně uváděný čili pak už by to byla jen otázka přidat patřičnou podporu do stylů, aby se to pěkně zobrazovalo - asi nelze čekat, že náhodný uživatel vyrenderované mapy bude shánět zdrojová data, aby se podíval, jestli tam ještě nějaké jiné jméno je, když to v mapě mu nesedí takže pro co všechno by to chtělo pořešit? - já jsem teď narazil na ty rozcestníky, viděl někdo něco jiného takového? nějaké jiné návrhy než name/official_name? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pravopis
Tam může taky hrát roli nářečí - česky to sice správně je jinak, ale místní název vycházející z nějakého dávného jazyka může být jinak. Asi bych se spíš držel toho oficiálního názvu, opravoval bych opravdu jen nějaké hrubé chyby. Ale je to jen můj názor a v podstatě je mi to jedno ;) On 11.3.2011 13:38, Karel Volný wrote: zdravím, je tu takový drobný problémek - u KČT neumí pravopis a komolí spoustu názvů a jaksi se mi vnitřně příčí, když znám správnou podobu, abych do mapy psal chybnou, jenom proto, abychom byli konzistentní s databází KČT (a učil tak další a další lidi špatný název místo správného) ale na druhou stranu chápu, že mapa by měla zachycovat reálný stav, a když je na rozcestníku napsáno například Pod Templštýnem, tak bysme to měli mít v mapě taky, přestože správně je Templštejn (a na jiných mapách je to tak uvedeno) - člověk když to v reálu vidí, tak to pochopí, ale problém to může být třeba při vyhledávání, nemluvě o zcela strojovém zpracování problém by asi řešilo důsledné použití name pro správný název a official_name pro nesprávný, ale někde formálně uváděný čili pak už by to byla jen otázka přidat patřičnou podporu do stylů, aby se to pěkně zobrazovalo - asi nelze čekat, že náhodný uživatel vyrenderované mapy bude shánět zdrojová data, aby se podíval, jestli tam ještě nějaké jiné jméno je, když to v mapě mu nesedí takže pro co všechno by to chtělo pořešit? - já jsem teď narazil na ty rozcestníky, viděl někdo něco jiného takového? nějaké jiné návrhy než name/official_name? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pravopis
Souhlasím, možná bych ten hovorový tvar dal do alt_name (když není jasné, že to je vyloženě loc_name/reg_name). AJ Dne 11.3.2011 14:54, Mike napsal/a: Tam může taky hrát roli nářečí - česky to sice správně je jinak, ale místní název vycházející z nějakého dávného jazyka může být jinak. Asi bych se spíš držel toho oficiálního názvu, opravoval bych opravdu jen nějaké hrubé chyby. Ale je to jen můj názor a v podstatě je mi to jedno ;) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
On Fri, 11 Mar 2011 10:51:08 +0100, Petr Morávek [Xificurk] wrote: Karel Volný napsal(a): Dne Čt 10. března 2011 Aleš Janda napsal(a): Netřeba nic počítat. Mapnik používá „malířův algoritmus“ - nakreslí všechno, přičemž pozdější objekty (ty co jsou výše) přepíšou všechny objekty níže. Ale mapnik není ani zdaleka jediný renderer. Ne všechny renderery používají malířův algoritmus a i u podobných rendererů může být problém např. pokud něco kreslí průsvitně (pak to pod něčím bude vidět). Takže to řeší problém u jednoho rendereru, a co ty ostatní? hm, takže pokud tomu rozumím správně, tak s layer logikou by les nebo vpodstatě jakýkoliv objekt musel mít -2, aby se přes něj vykreslil průběh ponorné řeky (pokud mě v mapě zajímá), která bude mít -1, protože je pod normálním povrchem layer funguje hlavně proto, aby se daly v mapě separovat objekty v rámci stejného nebo podobného typu (např. silnice / železnice, když se kříží mimoúrovňově), které jsou nad sebou nebo pod sebou a říct tak co se má zobrazit nad čím, ale pokud se nějaký typ objektů (např. polotransparentní hranice okresu) zobrazuje vždy nad jiným (např. silnice) tak s tím layer nic nenadělá. Martin Ne! V jakém pořadí se vykreslují jednotlivé objekty je záležitostí rendereru (resp. dodaného stylu) a nemá to (skoro) nic společného s tagem layer. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pravopis
čest, Dne Pá 11. března 2011 Jan Dudík napsal(a): Zrovan u tohoto názvu bych si nebyl jsitý, co je správně a co špatně, tak to já bych si v tomto případě byl docela jistý, neboť v současnosti existují (resp. já vím o) právě dva zdroje uvádějící -týn, a to provozovatelé tamního RS a KČT (takže vlastně asi jeden zdroj neb KČT to asi převzal od nich), zatímco všichni ostatní se shodnou na -tejn navíc nejde ani o nějakou místní jazykovou anomálii, v okolí jsou dva hrady stejně konstruovaného jména: Rabštejn a Kokštejn, nikoli Rabštýn a Kokštýn tedy abych byl přesnější, zatímco slovo Kokštýn neexistuje vůbec, o hradu Rabštýnu se píše v publikaci Dukovany a hrad Rabštýn (jak jsem právě vygooglil ;-)), nicméně tato uvádí Hrad Rabstein (Havraní), a kam až moje znalosti němčiny sahají, stein se určitě jako štýn nečte, takže přepis užitý v nadpisu (a třikrát v textu, tj. 1:1 s Rabstein) je poněkud pochybný ... navíc pokud bychom názvosloví tohoto dílka chtěli prohlásit za směrodatné, tak potom nikoliv Templštýn ale Tempelštýn neboť u hradů se v průběhu času jména pohybovaly mezi stein - štýn a štejn. (Karlstein, Karlštejn, Karlův Týn...) to nebyl úplně dobrý příklad - nezdá se ti, že je drobný rozdílek mezi Karlův Týn a Karlštýn? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pravopis
pánové, byl bych raději, kdybyste se místo k jednomu konkrétnímu příkladu vyjádřili k problému obecně, zodpověděli, na co jsem se ptal ... ono těch případů tohoto rázu je víc (dokonce mám pocit, že už se tu něco podobného diskutovalo, ale nebyl jsem schopen se ničeho dobrat, jestli má někdo lepší paměť nebo větší štěstí na vyhledávání, sem s odkazem prosím) Dne Pá 11. března 2011 Aleš Janda napsal(a): Souhlasím, možná bych ten hovorový tvar dal do alt_name (když není jasné, že to je vyloženě loc_name/reg_name). teď mi není tak úplně jasné, co se míní hovorový tvar, nicméně nemyslím, že by pro mnou popsanou situaci o jednom nebo druhém platilo when alternative name exists (which doesn't fit in one of the tags name above) (pokud doplníme k above i below :-)) Dne 11.3.2011 14:54, Mike napsal/a: Tam může taky hrát roli nářečí - česky to sice správně je jinak, ale místní název vycházející z nějakého dávného jazyka může být jinak. viz odpověď pro JD Asi bych se spíš držel toho oficiálního názvu, opravoval bych opravdu jen nějaké hrubé chyby. Ale je to jen můj názor a v podstatě je mi to jedno ;) hm, a hrubá a hladká :) chyba se rozliší jak? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pravopis
Můj názor: name pro oficiální název na rozcestníku alt_name pro správný, nebo jinak alt. ~ honny ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
