Re: [OSM-talk] Extracting a BBOX from an osm change file
Le 13/03/2011 00:45, hbogner a écrit : On 03/11/2011 01:39 PM, Rodolphe Quiedeville wrote: 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 If you want to apply daily diff to an osm file you can do it and write only new file in some bbox or boundary, thats how I use it: osmosis --read-xml-change file=daily.osc --read-xml file=base.osm --apply-change --bounding-polygon clipIncompleteEntities=true file=border.poly --write-xml file=new.osm I use bounding polygon but bbox should work as well If you want only changes you use osmosis to get change.osc from base.osm to new.osm Thanks to all for your answer it's more clear for me by now. 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] Cost of tolls
Elizabeth Dodd wrote: and a date for the costings because they always are going up then which electronic tags can be used instead (for example E-tag) This information is not best stored in the OSM database. A link to the current information or not at all. cost:see(link) ? UK charges tend to be fairly well defined to use cost:vehicle-xxx and I have to remember to have my 5p ready when I go over the bridge near Oxford, but here they only collect for part of the day and I have yet to work out when I can get through free ;) Flagging ON OSM that there is a charge is at least a start, even if you need a ten page document then to work out how much ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] layer tag issue in mapnik settings?
hellothis hospital has a corridor which goes over a service highway: http://www.openstreetmap.org/?lat=40.075906lon=-2.147836zoom=18layers=M the highway has layer=-1 ok in osmarendernot ok in the mapnik layer regards--oscar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] layer tag issue in mapnik settings?
Many renderers draw areas first (ie underneath roads). Mapnik also has some known issues with using the layer tag. Best advice is to turn it into a pedestrian bridge (highway=footway+bridge=yes+layer=1) Richard On Sun, Mar 13, 2011 at 10:54 PM, Oscar Orbe oskaro...@yahoo.com wrote: hello this hospital has a corridor which goes over a service highway: http://www.openstreetmap.org/?lat=40.075906lon=-2.147836zoom=18layers=M the highway has layer=-1 ok in osmarender not ok in the mapnik layer regards --oscar ___ 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] layer tag issue in mapnik settings?
On 3/13/2011 7:09 PM, Richard Mann wrote: Best advice is to turn it into a pedestrian bridge (highway=footway+bridge=yes+layer=1) I've used highway=pedestrian+bridge=yes+layer=1 , which also seems to fit the Wiki definition. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] layer tag issue in mapnik settings?
If the hospital corridor is at grade level (i.e., it is on the ground floor), and the service road dips below grade level in order to go below the corridor, then a layer of -1 is correct for that portion of the service road, and MapNik is incorrect if it won't handle it. Does MapNik have trouble rendering tunnels? ---Original Email--- Subject :[OSM-talk] layer tag issue in mapnik settings? From :mailto:oskaro...@yahoo.com Date :Sun Mar 13 17:54:11 America/Chicago 2011 hello this hospital has a corridor which goes over a service highway: http://www.openstreetmap.org/?lat=40.075906lon=-2.147836zoom=18layers=M the highway has layer=-1 ok in osmarender not ok in the mapnik layer regards --oscar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] layer tag issue in mapnik settings?
On Mon, Mar 14, 2011 at 11:06 AM, j...@jfeldredge.com wrote: If the hospital corridor is at grade level (i.e., it is on the ground floor), and the service road dips below grade level in order to go below the corridor, then a layer of -1 is correct for that portion of the service road, and MapNik is incorrect if it won't handle it. Does MapNik have trouble rendering tunnels? The two scenarios (service road layer 0, corridor layer 1 and service road layer -1, corridor layer 0) are equally correct. There's no such thing as grade level when it comes to the layer tag. But...yes: renderers should respect the layer tag, on all objects. It sounds like Mapnik only respects it in combination with certain other tags, such as bridge=yes and tunnel=yes. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] [OpenStreetMap] changeset 7494542 en relatie 1014751
Ik had al een zwart vermoeden. Weet niet van de reden waarom je niet actief gebruiker van Talk-nl bent. Mis soms ook jouw directe inbreng. De opmerking van jou die ik nu alleen lees, is echt voor meer oren bestemd. Ik heb dan ook deze mail ook naar Talk-nl gestuurd. Van die rollen was mij ook niet helemaal duidelijk en bekend, maar mijn antwoord naar Martijn gaf al aan dat een locale de rest moet perfectioneren. groet Robert -Oorspronkelijk bericht- From: Frankl2009 Sent: Saturday, March 12, 2011 4:31 PM To: rob...@elsenaar.info Subject: [OpenStreetMap] [OSM-talk-nl] changeset 7494542 en relatie 1014751 Hi ZMWandelaar, Frankl2009 has sent you a message through OpenStreetMap with the subject [OSM-talk-nl] changeset 7494542 en relatie 1014751: == Dag Robert, Ik lees Talk-nl alleen via het archief (ben er dus niet op geabonneerd). Vandaar dat ik niet reageer via de mailinglijst maar direct naar jezelf. Hoe dat zit met de drie rcn_ref 56 is alleen te zien op locatie (en misschien zijn er ter plekke geen borden zijn, dat weet ik niet). Iemand zal daar zelf even moeten gaan kijken. Het kan echter wel zo zijn dat er meer dan één info-bord voor een knooppunt is (hoe je dan moet omgaan met rcn_ref is mij niet geheel duidelijk; ik heb gelezen dat je het dan maar twee keer invoert). De stukjes éénrichting fietspad zijn nu NIET goed ingevoerd in de relatie. Er staat een Role:backward op de naar het noorden gaande fietspaden. Dat moet echter gewoon een Role:forward. Role:forward/backward heeft alleen te maken met de “tekenrichting” van een way (d.w.z. omdat de weg gaat naar het noorden en de relatie ook, moet het ook “forward” zijn. Je komt backward toch niet zo vaak tegen in een fietsroute (omdat het eigenlijk alleen voorkomt als er éénrichting paden zijn, en die zijn meestal getekend in de éénrichting. Ik heb het maar niet zelf aangepast, want ik ken de situatie ter plekke niet en zou moeten gissen of het nu goed is. Als ik een keer in Amsterdam (en niemand het ondertussen heeft opgelost) zal ik een kijkje gaan nemen. vr gr Frank == You can also read the message at http://www.openstreetmap.org/message/read/171241 and you can reply at http://www.openstreetmap.org/message/reply/171241 --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_3414SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn
Goed initiatief! Ga proberen erbij te zijn. Veel te lang niks gedaan aan osm en mapping parties zijn altijd goed voor de nodige gezelligheid :) --Roeland On Friday 11 March 2011 09:11:51 Martijn van Exel wrote: 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/Organisa tie#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/Ams terdam 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 signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn
Martijn, Ik zal helaas niet van de Party zijn. Ik zit (heel zielig) de zaterdag er voor op de Noordzee. Dan vul ik mijn kabeljauw voorraad aan. En als dat niet door gaat omdat het weer te slecht is, dan is het ook voor Mappen geen pretje. We zullen zien. Groet Robert -Oorspronkelijk bericht- From: Roeland Douma Sent: Sunday, March 13, 2011 10:06 AM To: talk-nl@openstreetmap.org Cc: Martijn van Exel Subject: Re: [OSM-talk-nl] Betr: Re: Mappingparty in Berlijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] Using data from National Parks Wildlife Service
There are nasties in the terms such as: provide NPWS, upon request, with copies of any reports or publications resulting from the use of these data. You cannot possibly know where OSM data will end up being used. So you could never meet that one. Also, the next one is impossible to guarantee: not use the information to the detriment of individual species or habitats, biodiversity or the environment in general. That said, it seems that the National Parks and Wildlife Service are being good guys and are trying to share their data openly with the world. If you e-mail them and explain what you want to do (highlighting how OSM is a community project and how we are interested in building a better map of Ireland) and that you are only interested in boundaries (so that they do not have to worry about you using their data to the detriment of the environment somehow), you may be able to get the data you want under terms compatible with OSM. We have approached other official sources before and gotten very favorable replies. Now, if they happen to have derived their boundaries from OSM data, all is lost of course... - Bartosz ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-is] Garðabær
Flott, Svavar ! Pínu erfitt með að muna hvernig þetta var, en með því að opna til dæmis þessu setti: http://www.openstreetmap.org/browse/changeset/7510701 og skoða með Opera, þar sem ég var með einn follower gluggi, þá var auðvelt að byrja að átta sér á hversu griðasrlegt magn af punktum og stígum þú hefur bætt við. Takk kærlega ! -- Regards / Kvedja Morten Lange, Reykjavík - Original Message From: Svavar Kjarrval sva...@kjarrval.is To: OpenStreetMap in Iceland talk-is@openstreetmap.org Sent: Sat, 12 March, 2011 1:01:35 Subject: [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 ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Garðabær
Sælir Guðmundur heiti ég og er nýr á þessum póstlista. Ég er að byrja á að þykkja hálendið m.t.t fjalla og annara örnefna á hálendi, jöklum, ferðamannastöðum og fleira. Er eitthvað sem þið viljið segja mér frá sem er á döfinni og ég gæti máski aðstoðað við? Guðmundur Sveinbjörn Ingimarsson. 2011/3/13 Morten Lange morten...@yahoo.com Flott, Svavar ! Pínu erfitt með að muna hvernig þetta var, en með því að opna til dæmis þessu setti: http://www.openstreetmap.org/browse/changeset/7510701 og skoða með Opera, þar sem ég var með einn follower gluggi, þá var auðvelt að byrja að átta sér á hversu griðasrlegt magn af punktum og stígum þú hefur bætt við. Takk kærlega ! -- Regards / Kvedja Morten Lange, Reykjavík - Original Message From: Svavar Kjarrval sva...@kjarrval.is To: OpenStreetMap in Iceland talk-is@openstreetmap.org Sent: Sat, 12 March, 2011 1:01:35 Subject: [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 ___ 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
[Talk-de] OSM-Wochennotiz Nr. 34
Hallo, die Wochennotiz mit Neuigkeiten aus dem OpenStreetMap-Universum ist da: http://blog.openstreetmap.de/2011/03/osm-wochennotiz-nr-34/ Viel Spaß beim Lesen wünscht das gesamte Redaktionsteam! :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karten fuer Japan
Moin, Am 13.03.2011 00:21, schrieb Frederik Ramm: Es laeuft doch bereits auf labs.geofabrik.de. Es lief schon, als ich die allererste Mail geschrieben habe, ich wollte bloss von Euch wissen, ob es so gut war. Derzeit mit Standard-Style, aber ich kann ja mal schauen, ob ich den von Computerteddy zum Laufen kriege. Also so ganz funktionierte mein Script nicht, aber kannst Dir ja das Script ansehen, ich habe das nur heute Nacht einmal gerechnet, ich wollte das gar nicht unbedingt dauerhaft machen. :-) Bei mir gab es noch Fehler: zum einen stürzte mkgmap am Ende der Erstellung ab ohne das gmapsupp geschrieben zu haben, da ist wohl noch eine Option falsch, da ich anschließend das gmapsupp mit einer kurzen Kommandozeile problemlos erstellen konnte. Zum Anderen stimmen die Optionen für die Seeerstellung nicht ganz, da entstand ausgerechnet im Katastrophengebiet eine Überschwemmung. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
etwas spät, aber als Info: ich benutze das auch manchmal, und zwar für Wendekreise am Ende von Sackgassen (einen anderern Fall weiß ich zumindest gerade nicht) - und zwar dann, wenn ich da mehrere zueinanderpassende gps-tracks für habe - und inzwischen auch dann, wenn ich über ein Luftbild die Größe des entstehenden Platzes ermitteln kann. Wenn es für solche Fälle ein anderes sinnvolles Tagging gibt, stehe ich dem natürlich nicht im Weg. Dieses area:highway=* hört sich da doch gar nicht so schlecht an. Gerade, wenn über diese Plätze aber ein Verkehrsweg (z. B. auch ein Fußweg) führen könnte, sollte das Routing auf jeden Fall klappen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
On Sun, Mar 13, 2011 at 01:26:08PM +0100, Schorschi wrote: ich benutze das auch manchmal, und zwar für Wendekreise am Ende von Sackgassen (einen anderern Fall weiß ich zumindest gerade nicht) - und zwar dann, wenn ich da mehrere zueinanderpassende gps-tracks für habe - und inzwischen auch dann, wenn ich über ein Luftbild die Größe des entstehenden Platzes ermitteln kann. Wenn es für solche Fälle ein anderes sinnvolles Tagging gibt, stehe ich dem natürlich nicht im Weg. Dieses area:highway=* hört sich da doch gar nicht so schlecht an. Gerade, wenn über diese Plätze aber ein Verkehrsweg (z. B. auch ein Fußweg) führen könnte, sollte das Routing auf jeden Fall klappen. Für Wendekreise gibt es highway=turning_circle (auf den Node). Wenn der Wendekreis nicht besonders groß ist, dann sollte das verwendet werden. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google-Tiles liegen über den Bedien-Icons
Hallo zusammen, ich arbeite an der nächsten injooosm [1] Version, in der ich einige externe Kartenanbieter integriere. Bing, Yahoo, Cyclemap und Osmarender funktionieren wie sie sollen. Google jedoch überblendet die gesamte Map, sodass die blauen Icons zum navigieren und zum Setzen der Layer verschwinden. Marker sind ebenfalls überblendet. Mach ich was falsch oder kann das Jemand von anderen Seiten beobachten. Achso, stelle gerade fest, dass das nur passiert wenn man keinen Key hat, aber von extern drauf zugreift. Bei localhost passiert das nicht. Ein Schutzmechanismus von google? Brauche ich den Key auch mal eben für Tests wenn ich von außerhalb auf meine Testumgebung zugreife? Danke schonmal für Anregungen, Chris.. [1] http://injooosm.sourceforge.net ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
Hallo Ein paar User taggen bereits das Überschwemmungsgebiet des Tsunamis. z.B.: http://www.openstreetmap.org/user/DF45/edits Soweit ich sehe, trägt er das als name=Tsumani limit oder comment=Tsunami limit ein. Gibt es da sinnvollere Tags? lg bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] aio - routing-frage
Moin zusammen, bei der AIO beim PkW-Routing führt mich mein Garmin nüvi 1390t (mit der aktuellen Deutschland-AIO von heute und auch einigen älteren Versionen) an einer Stelle in Bad Dürkheim zuverlässig immer über einen Feldweg. Die Benutzung des Weges ist jedoch nur für landwirtschaftlichen Verkehr erlaubt. Auch eine leichte Variation der Auszeichnungen hat nichts am Routingverhalten geändert ... Dieser Weg ist gemeint: http://www.openstreetmap.org/browse/way/84152058 Openrouteservice macht's richtig: http://openrouteservice.org/index.php?start=8.174583,49.467701end=8.1819215,49.4599471pref=Fastestlang=denoMotorways=falsenoTollways=false Weiß jemand, wo der Fehler liegt? Ist der Fehler mit vertretbarem Aufwand behebbar? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
- PkW-Routing - Garmin nüvi 1390t - aktuelle Deutschland-AIO (2011-03-13) (auch einige ältere Versionen) Einstellungen des nüvi noch als Info: - PkW-Routing - Vermeidungen - aktiviert - Stau - Fahrgemeinschaftsspuren - Unbefestigte Strassen - Routenpräferenz: - Kürzere Zeit Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen von übereinanderliegenden Ways
Hallo Liste, Im Forum hatte ich vorige Woche unter http://forum.openstreetmap.org/viewtopic.php?id=11524 die Folgende Frage Gestellt: in diesem Abschnitt http://www.openstreetmap.org/?lat=50.975072lon=11.034927zoom=18layers=M der Bahnhofstraße zwischen Anger und Juri-Gagarin-Ring (sie verläuft schräg von oben nach unten) wurden die Nodes mit zwei doppelt übereinander liegenden Way getaggt. In dem einen Way befinden sich Informationen über Straßenbahn und Straßenbahnrelationen und in dem anderen Way steht die Straßenklassifizierung. Ich finde, dass das verwirrend und ein unüblichen Taggen ist. 1.Es ist nicht auf dem ersten Blick zu erkennen das bei dem Straßenverlauf zwei Way übereinander liegen. 2.Ist das bearbeiten schwierig. Im Potlatch habe ich auf den ersten Blick keine Möglichkeit gefunden an den unteren Way zu gelangen. In JOSM geht es zwar, viele kennen aber die Funktion nicht und sie funktioniert (bei mir) auch nicht immer auf anhieb. 3.Im JOSM Validator wird dieser Abschnitt der Bahnhofstraße angemeckert. Mich würde jetzt noch einmal die Meinung der ML Leser interessieren. Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
Gibt es bereits aktuelle Satellitenbilder? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
http://www.dlr.de/DesktopDefault.aspx/tabid-1/117_read-29560/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/List_o f_DigitalGlobe_Editors -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet am: Sonntag, 13. März 2011 15:05 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Wie Tsunami Überschwemmungsgebiet taggen Gibt es bereits aktuelle Satellitenbilder? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Tsunami Überschwemmungsgebiet taggen
On 2011-03-13 15:05, Markus wrote: Gibt es bereits aktuelle Satellitenbilder? Eine begrenzte anzahl User haben z.B. Zugriff auf Bilder von DigitalGlobe. Da gibt es eine Seite mit allen möglichen Ressourcen: http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami Über das Tagging steht da aber noch nichts. Gemappt wird übrigens bereits extrem viel - speziell im Gebiet von Sendai. Südlich von Sendai ist aber noch vieles nicht gemappt. Nördlich von Sendai gibt es leider keine Bing Bilder. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von übereinanderliegenden Ways
In dem einen Way befinden sich Informationen über Straßenbahn und Straßenbahnrelationen und in dem anderen Way steht die Straßenklassifizierung. Für mich gehören die Tags für beide an denselben Way. Das ist im Wiki auch so beschrieben und wird korrekt gerendert. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Am 13.03.2011 14:46, schrieb Schorschi: bei der AIO beim PkW-Routing führt mich mein Garmin nüvi 1390t (mit der aktuellen Deutschland-AIO von heute und auch einigen älteren Versionen) an einer Stelle in Bad Dürkheim zuverlässig immer über einen Feldweg. Die Benutzung des Weges ist jedoch nur für landwirtschaftlichen Verkehr erlaubt. Auch eine leichte Variation der Auszeichnungen hat nichts am Routingverhalten geändert ... Dieser Weg ist gemeint: http://www.openstreetmap.org/browse/way/84152058 Der Weg ist mit vehicle=agricultural getaggt und somit für normale PKW Tabu. Die AIO wertet das vehicle Tag eventuell nicht aus. Openrouteservice macht's richtig: Kunststück, der routet generell nicht über tracks Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von übereinanderliegenden Ways
Am 13.03.2011 15:36, schrieb Bartosz Fabianowski: In dem einen Way befinden sich Informationen über Straßenbahn und Straßenbahnrelationen und in dem anderen Way steht die Straßenklassifizierung. Für mich gehören die Tags für beide an denselben Way. Das ist im Wiki auch so beschrieben und wird korrekt gerendert. Es gibt in Karlsruhe Straßen wo - Straßenbahnen in beide Richtungen auf einem Gleis, Autos nur in eine Richtung fahren dürfen (Schillerstr.) - Straßenbahnen nur in eine Richtung auf einem Gleis, Autos aber in beide Richtungen fahren (Kastenwörtstr.) Wohin gehört nun das oneway, wenn in beiden Fällen alles auf demselben way liegt? Gruß Mueck, der in den letzten Wochen in KArlsruhe dank guter Luftbilder das Problem durch Umstellung auf gleistreues Mapping größtenteils gelöst hat, wodurch der Beidrichtungs-Straßen-way nicht mehr auf den Einzelgleisen liegt, bis auf bspw. in den besagten Straßen und bis jemand in manchen Straßen jemand fahrbahntreu mappt ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google-Tiles liegen über den Bedien-Icons
Am 13. März 2011 14:12 schrieb Christian Knorr os...@gmx.de: Achso, stelle gerade fest, dass das nur passiert wenn man keinen Key hat, aber von extern drauf zugreift. Bei localhost passiert das nicht. Ein den Key brauchst Du AFAIR nach den CT von Google auf jeden Fall, wenn Du die von ihnen angebotenen Karten im Web anzeigen willst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Am 13. März 2011 16:04 schrieb Chris66 chris66...@gmx.de: Am 13.03.2011 14:46, schrieb Schorschi: Dieser Weg ist gemeint: http://www.openstreetmap.org/browse/way/84152058 Der Weg ist mit vehicle=agricultural getaggt und somit für normale PKW Tabu. Die AIO wertet das vehicle Tag eventuell nicht aus. +1 @Schorschi, bist Du Dir sicher, dass Fahrräder da nicht lang dürfen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
M∡rtin Koppenhoefer schrieb: Am 13. März 2011 16:04 schrieb Chris66 chris66...@gmx.de: Am 13.03.2011 14:46, schrieb Schorschi: Dieser Weg ist gemeint: http://www.openstreetmap.org/browse/way/84152058 @Schorschi, bist Du Dir sicher, dass Fahrräder da nicht lang dürfen? Wo steht/sagt er das? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Am 13. März 2011 18:06 schrieb malenki o...@malenki.ch: M∡rtin Koppenhoefer schrieb: @Schorschi, bist Du Dir sicher, dass Fahrräder da nicht lang dürfen? Wo steht/sagt er das? mit vehicle=agricultural sagt er, dass Fahrräder nur dann dort fahren dürfen, wenn sie landwirtschaftlicher Verkehr sind. Ich kenne allerdings nur Stellen, wo ich selbst bei einem 250er-Schild nicht Fahrräder als permissive sehen würde (üblicherweise findet man aber Kfz-Sperrung nicht aller Verkehr). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Am 13. März 2011 18:43 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: allerdings nur Stellen, wo ich selbst bei einem 250er-Schild nicht Fahrräder als permissive sehen würde sorry, das nicht sollte da raus: wo ich selbst bei einem 250er-Schild Fahrräder eher als permissive sehen würde. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchbare Liste aller bekannten OSM-Objekte
Es war aber immer mein Plan auch eine Volltextsuche anzubieten. Andere Wiki-Seiten können da auch mit ausgewertet werden. Das ganze passt also schon gut in Taginfo rein, aber es muss halt programmiert werden. Stimmt. Taginfo kommt sehr nahe an das was ich suche. Und das ist ja Ruby - nicht Perl - und damit ziemlich akzeptabel :-! Es müsste aber nicht gleich eine Volltextsuche sein. Eine (englische) Suche über Tags *und* Keys würde m.E. zunächst genügen. Später könnte man das mit einem Deutsch-Englisch-Thesaurus erweitern. LG, S Am 13. März 2011 08:38 schrieb Jochen Topf joc...@remote.org: Von: Stefan Keller sfkel...@gmail.com Datum: 3. März 2011 08:54 Betreff: Re: [Talk-de] Suchbare Liste aller bekannten OSM-Objekte An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org [...] Hat nicht Frederik oder Jochen letzthin beschrieben, wie sie für irgend ein Tool automatisiert Tags aus der Wiki-Seite DE:Map_Features extrahieren. Ich nehme an, Du meinst Taginfo von mir. Taginfo liest zwar nicht die Map-Features-Seite, aber alle Wiki-Seiten, die mit Key: oder Tag: anfangen (bzw. den Sprachvarianten). Daraus wird dann eine Datenbank generiert, die durchsuchbar ist. Derzeit werden aber nur einzelne Infos aus den Seiten rausgezogen. Es war aber immer mein Plan auch eine Volltextsuche anzubieten. Andere Wiki-Seiten können da auch mit ausgewertet werden. Das ganze passt also schon gut in Taginfo rein, aber es muss halt programmiert werden. Wenn jemand Lust hat, das anzugehen, nur zu. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
M∡rtin Koppenhoefer schrieb: Am 13. März 2011 18:06 schrieb malenki o...@malenki.ch: M∡rtin Koppenhoefer schrieb: @Schorschi, bist Du Dir sicher, dass Fahrräder da nicht lang dürfen? Wo steht/sagt er das? mit vehicle=agricultural sagt er, dass Fahrräder nur dann dort fahren dürfen, wenn sie landwirtschaftlicher Verkehr sind. Dann fragt sich, was mit bicycle=yes gemeint ist. :) (ja, motorvehicle=agricultural wäre hier das passendere) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Wie sieht es bei anderen Garmingeräten aus ? Liegt es am Gerät, an Garmin oder an AIO ? Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Earlier outages due to abusive tile use ???
hi ! auf der DEU-wiki-Startseite gibt es jetzt eine weitere Zeile, die noch nicht übersetzt ist, beim Systemstatus: Earlier outages due to abusive tile use http://wiki.openstreetmap.org/wiki/Tile_usage_policy - irgendwie verstehe ich den dahinter liegenden Link noch nicht. Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Earlier outages due to abusive tile use ???
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wurde auch hier auf der Liste bereits erläutert: Ein Benutzer hat massenhaft Tiles heruntergeladen und damit die gesamte OSM-Website verlangsamt. Weil jemand die Tile Usage Policy verletzt hat, mussten viele andere auf ein schnelles OSM verzichten. Gruß, Philip -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk19J5IACgkQYNYFUFLXAD2usQCeK96p2eZVQJbjMJyyMt3zfmLs FHwAn0ZQ/oaNaZYDrqzu7FM3qYWzn9Z8 =orzY -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karten fuer Japan
Gehen die 2 m, um die Japan verrutscht ist, im Rauschen der Genauigkeit unter oder sollte der offset überall eingearbeitet werden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchbare Liste aller bekannten OSM-Objekte
On Sun, Mar 13, 2011 at 07:25:18PM +0100, Stefan Keller wrote: Es müsste aber nicht gleich eine Volltextsuche sein. Eine (englische) Suche über Tags *und* Keys würde m.E. zunächst genügen. Später könnte man das mit einem Deutsch-Englisch-Thesaurus erweitern. Eine Suche über Keys und Values hat Taginfo. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchbare Liste aller bekannten OSM-Objekte
Jein... Aber jetzt verstehe ich, warum du von Volltextsuche sprachst. Mein Anwendungsfall ist, dass ich mit einer einzigen Anfrage eine einzige Resultat-Seite (SERP) erhalten möchte - wenn immer möglich priorisiert nach den wichtigsten Treffern. Wenn ich nach castle suche, erhalte ich zunächst Keys: http://taginfo.openstreetmap.de/search?q=castle#keys Dann muss ich nach Tab Values wechseln: http://taginfo.openstreetmap.de/search?q=castle#values Immerhin wird das gewünschte historic=castle beim zweiten Klick gefunden. Wie gesagt, meinte ich ein Resultat (SERP) von Keys _und_ Values zusammen geordnet nach Count. Beim Values-Tab müsste man dann ev. die Zeilen mit Key 'name*' unterdrücken. Versteh mich aber nicht falsch: Taginfo ist super und unersetzlich! = Gibt es auch eine REST-API dazu? Gruss, S. Am 13. März 2011 22:44 schrieb Jochen Topf joc...@remote.org: On Sun, Mar 13, 2011 at 07:25:18PM +0100, Stefan Keller wrote: Es müsste aber nicht gleich eine Volltextsuche sein. Eine (englische) Suche über Tags *und* Keys würde m.E. zunächst genügen. Später könnte man das mit einem Deutsch-Englisch-Thesaurus erweitern. Eine Suche über Keys und Values hat Taginfo. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchbare Liste aller bekannten OSM-Objekte
On Sun, Mar 13, 2011 at 11:55:21PM +0100, Stefan Keller wrote: Jein... Aber jetzt verstehe ich, warum du von Volltextsuche sprachst. Mein Anwendungsfall ist, dass ich mit einer einzigen Anfrage eine einzige Resultat-Seite (SERP) erhalten möchte - wenn immer möglich priorisiert nach den wichtigsten Treffern. Ja, so eine magische Suche, die wie bei Google immer das richtige findet, egal was man eingibt, das wäre schon prima. Grundsätzlich auch nicht total unmöglich, aber auch nicht ganz einfach. Wenn ich nach castle suche, erhalte ich zunächst Keys: http://taginfo.openstreetmap.de/search?q=castle#keys Dann muss ich nach Tab Values wechseln: http://taginfo.openstreetmap.de/search?q=castle#values Immerhin wird das gewünschte historic=castle beim zweiten Klick gefunden. Wie gesagt, meinte ich ein Resultat (SERP) von Keys _und_ Values zusammen geordnet nach Count. Beim Values-Tab müsste man dann ev. die Zeilen mit Key 'name*' unterdrücken. Versteh mich aber nicht falsch: Taginfo ist super und unersetzlich! = Gibt es auch eine REST-API dazu? Ja. Siehe http://wiki.openstreetmap.org/wiki/Taginfo/API . Vielleicht kannst Du Dir ja daraus das gewünschte zusammenbasteln. Die Suche unterstützt auch das Opensearch-Format. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Moin nochmal, Der Weg ist mit vehicle=agricultural getaggt und somit für normale PKW Tabu. Die AIO wertet das vehicle Tag eventuell nicht aus. +1 @Schorschi, bist Du Dir sicher, dass Fahrräder da nicht lang dürfen? ich bin mir recht sicher, dass Fahrräder da lang dürfen - das gibt allerdings nicht die Beschilderung her (generelles Verbot für Fahrzeuge, Ausnahme landwirtschaflicher Verkehr), sondern in einem Amtsblatt oder ähnlich gab es meines Wissens nach eine Veröffentlichung, die eine generelle Benutzungserlaubnis der Feldwege für Fußgänger und Fahrräder besagt. Normalerweise packe ich also noch ein foot=yes und ein bicycle=yes dazu - das habe ich hier nur schlicht beim Ausprobieren verschiedener Varianten zum Austesten der AIO vergessen. Leider routet die AIO auf meinem nüvi in allen probierten Varianten über den Weg. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes?
(hoppla, diese Nachricht sollte nicht als pm rausgehen) Für Wendekreise gibt es highway=turning_circle (auf den Node). Wenn der Wendekreis nicht besonders groß ist, dann sollte das verwendet werden. klar, diese Auszeichnung nehme ich auch meistens wenn der Wendekreis aber sehr flächig oder sehr unkreisig ist (das ist natürlich subjektiv), finde ich bisher die Flächenvariante passender. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] mappare landuse=farmland
Il giorno sab, 12/03/2011 alle 09.33 +0100, Giacomo Boschi ha scritto: Ad esempio, consideriamo due campi separati da un muretto. Senza multipoligoni devo ripassare tre volte sullo stesso segmento: una volta per taggare il muretto, la seconda per taggare il bordo di un campo e la terza per taggare il bordo dell'altro campo. Con i multipoligoni invece basta disegnare il muretto una sola volta (taggandolo come tale), poi con le relazioni indico che quella siepe costituisce il bordo fra due campi adiacenti. Uhm... Io da ignorante, intuitivamente, farei così: - Disegno a mano il campo tutto intero - Lo taggo landuse=farmland - Unisco due dei punti per creare il muretto e lo taggo come barrier. Se c'è una strada in mezzo il discorso è diverso: - Se la strada separa due campi, faccio due campi separati e la strada in mezzo - Se la strada è una di quelle sterrate per i trattori, che serve ai proprietari per passarci in mezzo, faccio un campo unico e dentro taggo la strada come track di basso rango, certe volte anche come access=private ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ref SP-SS-SR
2011/3/12 gvf g...@gvf.ve.it: Il giorno sab, 12/03/2011 alle 14.38 +0100, carlo...@teletu.it ha scritto: Salve a tutti, guardando un po' in giro ho notato che le strade provinciali, regionali o statali nel ref sono state indicate in due modi diversi, esempio: SP122 e SP 122, quale è corretto ? Io preferisco la versione compatta che fra l'altro ingombra meno in caso di visualizzazione. +1 siamo tutti d'accordi per una volta :) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
2011/3/12 Giacomo Boschi gwil...@email.it: Il 11/03/2011 13:18, M∡rtin Koppenhoefer ha scritto: Qui invece vorrei perorare la causa dei multipoligoni. Il problema che hai descritto mi sembra più dovuto alla volontà di fare un mapping generico piuttosto che all'uso dei multipoligoni. Bene spingere gli utenti a mappare i singoli campi, ma perché continuare ad usare solo nodi e linee per mappare delle aree? Non è meglio usare un dato di tipo apposito quali sono appunto le relazioni multipolygon? sono 2 concetti diversi, spesso non sono 2 modi per mappare la stessa cosa. Dove è necessario uso anch'io i multipoligoni. Nel tuo esempio dei 2 campi dipende (per me) quanto complicato è il muro tra le due. Se consiste di 2 o 3 nodi solo direi che mappare 3 way (uno per campo e uno per il muretto) è più facile e veloce che mappare la stessa situazione con 3 way e due multipoligoni, anche se nella versione uno si sovrapongono 3 segmenti. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/12/2011 09:33 AM, Giacomo Boschi wrote: Il 11/03/2011 13:18, M∡rtin Koppenhoefer ha scritto: 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). Perfettamente d'accordo +1 Anche io sono d'accordo sul poter inserire le informazioni sui confini tra varie aree, siano essi fisici o meno ( es. confini di proprietà dove non ci sono elementi fisici che li evidenziano) 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. Qui invece vorrei perorare la causa dei multipoligoni. Il problema che hai descritto mi sembra più dovuto alla volontà di fare un mapping generico piuttosto che all'uso dei multipoligoni. Bene spingere gli utenti a mappare i singoli campi, ma perché continuare ad usare solo nodi e linee per mappare delle aree? Non è meglio usare un dato di tipo apposito quali sono appunto le relazioni multipolygon? Ad esempio, consideriamo due campi separati da un muretto. Senza multipoligoni devo ripassare tre volte sullo stesso segmento: una volta per taggare il muretto, la seconda per taggare il bordo di un campo e la terza per taggare il bordo dell'altro campo. Con i multipoligoni invece basta disegnare il muretto una sola volta (taggandolo come tale), poi con le relazioni indico che quella siepe costituisce il bordo fra due campi adiacenti. Non solo è molto più pulito, ma è anche molto più intuitivo, se il software permette di gestire le aree con la stessa facilità con cui si gestiscono i nodi e le way (cosa a cui pian piano ci stiamo avvicinando). Qui sono d'accordo con Giacomo; poniamo il semplice caso di un campo agricolo fisicamente omogeneo ma suddiviso in due proprietà (no muretti, sentieri o alberi che lo splittano). Con i multipolygon è possibile mappare il campo indicando il confine di proprietà con una way ed inserendo due relazioni che condividono quella way. Il confine non viene renderizzato ( a meno di renderer adhoc ); ma l'informazione c'è. Così facendo si evita l'inserimento di nodi e ways sovrapposti che secondo me sono sicuramente uno spreco di risorse ( ragionando globalemente il db di osm diventerebbe n volte più grande sovrapponendo i confini delle varie features ). Inoltre credo che in questi casi non sfruttare i multipolygon possa condurre ad uno dei seguenti errori: - topologici: la forzatura di tracciare i confini di due campi adiacenti lasciando un bordo vuoto quando in realtà non c'è nulla che fisicamente separa i due campi. - semantici: due ways landuse=farmland diverse che hanno alcuni nodi consecutivi sovrapposti credo siano una inconsistenza semantica. (al contrario di una way che rappresenta più cose diverse) Leonardo - -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk186X4ACgkQJtMu4PhtcJ/AoQCgko3x2A+Sg+uRodJPnjqkiEvx IZMAoKQJiGXiBjDETgnT9Uun+j5qgVr/ =kNVA -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
2011/3/13 Leonardo Guardati leonardo.guard...@poste.it: Qui sono d'accordo con Giacomo; poniamo il semplice caso di un campo agricolo fisicamente omogeneo ma suddiviso in due proprietà (no muretti, sentieri o alberi che lo splittano). Con i multipolygon è possibile mappare il campo indicando il confine di proprietà con una way ed inserendo due relazioni che condividono quella way. Il confine non viene renderizzato ( a meno di renderer adhoc ); ma l'informazione c'è. Così facendo si evita l'inserimento di nodi e ways sovrapposti che secondo me sono sicuramente uno spreco di risorse ( ragionando globalemente il db di osm diventerebbe n volte più grande sovrapponendo i confini delle varie features ). qui sono abbastanza sicuro che 2 relazioni in più (i way ci sono in ogni modo --- è soltanto _un_ riferimento ad _un_ nodo in più per area se si sovrapongono i way) sono più spreco di risorse, ma concordo: se il way è molto complicato la soluzione multipoligono ha senso. Nel caso di uno o due segmenti sovraposti lo svantaggio di complicare la situazione con una relazione non ha vantaggio di semplicità o eleganza (sempre solo il mio parere). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ref SP-SS-SR
Il giorno 13 marzo 2011 15:10, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: 2011/3/12 gvf g...@gvf.ve.it: Il giorno sab, 12/03/2011 alle 14.38 +0100, carlo...@teletu.it ha scritto: Salve a tutti, guardando un po' in giro ho notato che le strade provinciali, regionali o statali nel ref sono state indicate in due modi diversi, esempio: SP122 e SP 122, quale è corretto ? Io preferisco la versione compatta che fra l'altro ingombra meno in caso di visualizzazione. +1 siamo tutti d'accordi per una volta :) Lasciatemi prendere uno screenshot, prima che qualcuno contesti! :-D 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
Il giorno 13 marzo 2011 18:35, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: 2011/3/13 Leonardo Guardati leonardo.guard...@poste.it: Qui sono d'accordo con Giacomo; poniamo il semplice caso di un campo agricolo fisicamente omogeneo ma suddiviso in due proprietà (no muretti, sentieri o alberi che lo splittano). Con i multipolygon è possibile mappare il campo indicando il confine di proprietà con una way ed inserendo due relazioni che condividono quella way. Il confine non viene renderizzato ( a meno di renderer adhoc ); ma l'informazione c'è. Così facendo si evita l'inserimento di nodi e ways sovrapposti che secondo me sono sicuramente uno spreco di risorse ( ragionando globalemente il db di osm diventerebbe n volte più grande sovrapponendo i confini delle varie features ). qui sono abbastanza sicuro che 2 relazioni in più (i way ci sono in ogni modo --- è soltanto _un_ riferimento ad _un_ nodo in più per area se si sovrapongono i way) sono più spreco di risorse, ma concordo: se il way è molto complicato la soluzione multipoligono ha senso. Nel caso di uno o due segmenti sovraposti lo svantaggio di complicare la situazione con una relazione non ha vantaggio di semplicità o eleganza (sempre solo il mio parere). Premetto che io seguo il seguente approccio: 1) Campo attaccato ad un altro campo, separati solo da un mini-argine di terra rialzato di un metro: due way chiuse con nodi in comune; 2) Campo confinante con un altro campo ma con strada/canale/alberi in mezzo: due way chiuse con nodi separati, e way della feature in mezzo. In alcuni punti ho usato i multipoligoni. Sì, sono d'accordo che in teoria sono strumenti migliori e più adatti. In pratica però mi sono trovato a dover creare anche sette/otto way per delimitare un solo campo, più la relazione che le contiene; questo perché in ogni punto di intersezione con un altra area bisogna spezzare il confine. Non sono sicuro che avere dai quattro ai dieci elementi sia meglio che avere diverse way che condividono i nodi. Senz'altro non lo è per il mappatore. ciao, Martin Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] [HOT] Colaboración para mapear areas de tsunami
Hi list, My name is Shu Higashi, a mapper in Tokyo Japan. We thank so much for your help. Now some Post-disaster imageries released as bellow. http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#Post-Disaster_Imagery Sorry for late reply. I was asking other members where they have not mapped yet and important are. They recommended these two areas so for. http://www.openstreetmap.org/?lat=37.7902972698212lon=140.959997177124zoom=14 http://www.openstreetmap.org/?lat=37.6602959632874lon=141.013298034668zoom=14 Shu Higashi hay imágenes de la zona en http://www.un-spider.org/japan-pacific#Space-basedResources salu2 Humano -- 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] Calendario hispano de eventos abiertos para ubicar actividades @evento_open
Hola maperos para contarles que el http://www.calendariolibre.com/ georeferencia eventos relacionados con software y cultura libre en una instancia de ushahidi, les he hecho una petición para que igualmente usen el mapa de OSM y la han aceptado, así que los invito aponer allí nuestros eventos relacionados con OpenStreetmap. sau2 humano -- 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] Guia de Ordenamiento Territorial - Orlando Fals Borda
Este documento me parece muy interesante para analizar el ordenamiento territorial en Colombia. Para quienes no lo conocen, Orlando Fals Borda, quien murió hace mas o menos dos años, era un sociologo colombiano, costeño, muy comprometido y reconocido internacionalmente entre otras por los desarrollos de la Investigacion Accion Participativa. EN este doc: Juzguen su criterio y conocimiento de la raigambre historica, politica y cultural del pais. https://docs.google.com/viewer?a=vpid=explorerchrome=truesrcid=1cdiZ47KrYb5lrbqSi74MQnEEc47KocY3BloYkC1-R8EWY3g20Lo0vQldnc63hl=esauthkey=CPzonPIK Saludos -- -- Luis Miguel Sánchez Zoque Sociólogo-UN Gestión Local: Líneas Etnias-Desplazamiento-Habitante de Calle E.S.E. Hospital Centro Oriente - Bogotá Tel: 3124725065 @kublaykan Sitio: http://bit.ly/fYfwrt OSM User: OMNIBUS ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Guia de Ordenamiento Territorial - Orlando Fals Borda
Excelente. A diferencia de muchos otros cientificos sociales colombianos, Orlando Fals Borda siempre logro' valorar de manera especial la incidencia geografica de toda esa raigambre historica politica y cultural del pais. From: migueldesplazamientocen...@gmail.com Date: Sun, 13 Mar 2011 23:19:23 -0400 To: talk-co@openstreetmap.org Subject: [Talk-co] Guia de Ordenamiento Territorial - Orlando Fals Borda Este documento me parece muy interesante para analizar el ordenamiento territorial en Colombia. Para quienes no lo conocen, Orlando Fals Borda, quien murió hace mas o menos dos años, era un sociologo colombiano, costeño, muy comprometido y reconocido internacionalmente entre otras por los desarrollos de la Investigacion Accion Participativa. EN este doc: Juzguen su criterio y conocimiento de la raigambre historica, politica y cultural del pais. https://docs.google.com/viewer?a=vpid=explorerchrome=truesrcid=1cdiZ47KrYb5lrbqSi74MQnEEc47KocY3BloYkC1-R8EWY3g20Lo0vQldnc63hl=esauthkey=CPzonPIK Saludos -- -- Luis Miguel Sánchez Zoque Sociólogo-UN Gestión Local: Líneas Etnias-Desplazamiento-Habitante de Calle E.S.E. Hospital Centro Oriente - Bogotá Tel: 3124725065 @kublaykan Sitio: http://bit.ly/fYfwrt OSM User: OMNIBUS ___ 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-es] Importación Nomenclator
Matías, En este caso, yo, el último párrafo de Oscar. Porque Oscar, también molaría que todo esto su hubiera debatido antes. Sip, estoy apuntado a doscientas listas, y al final no presto atención a ninguna. Desde el grupo de geoinquietos de Barcelona (www.geoinquiets.cat) hemos estado jugando con el nomenclátor hace unos días, y la casualidad ha hecho que prestara atención a este tema justo ahora. ¿Todo esto se hizo en la importación Corine?. Considero que en Corine se fue más a piñón, y por eso insistí en el tema del 'molaría que tal', no por el Nomenclator. Pero vamos, que criticar sin arremangarse es lo fácil, así que mi reconocimiento a quienes finalmente tirais para adelante. :) 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. Si haces un select distinct creo que salen 68, pero igualmente son muchas, y como dices, hay que ver qué tiene sentido importar. Habría que documentar cuál es la estrategia y el estado de la importación (perdona, quizá está explicado en algún sitio y se me pasó!). ¿Cómo se puede hacer un seguimiento de qué clases se han importado, y de qué zonas? -- Oscar Fonts. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Hola Un topónimo no se puede mapear con el GPS a no ser que haya un cartel, que no siempre existe. Hay que hacer entrevistas, basarse en el conocimiento local... Creo que hay que aprovechar las pocas fuentes públicas de información que tenemos disponibles. Así que +1 para la importación del Nomenclator. Se me paso por alto el mensaje de enero, lo siento. Prometo mirar el tema e intentar ayudar. Un saludo, Javier. -- View this message in context: http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6166082.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
Hola. De momento la importación está detenida debido a problemas que he tenido dado el tamaño de los archivos. Queda importada sólamente la zona sur. En este primer paso la importación que tengo planeada es únicamente los parajes. El motivo, porque es el conjunto más numeroso de todo el Nomenclator (más de 60 nodos), el que tiene una correspondencia muy directa con un tipo de tag de OSM (place=locality) y el que es más fácil de limpiar con respecto a lo que ya hay en OSM sobre este tipo de nodos. En unos días tendré compuesto los archivos de nuevo, que serán de unos 1 nodos cada uno y espero que JOSM entonces no me dé más problemas. Después de los parajes, para los siguientes tipos de topónimos podemos establecer entre todos el método más adecuado y repartir el trabajo. En principio tengo las todas las clases separadas en archivos .csv por lo que sería cuestión de repartir archivos al personal y que cada cual hiciese algunos de ellos. Con el wiki me llevo fatal por lo que se podría igualmente establecer la forma de hacer una documentación adecuada. También es muy conveniente hacerlo en inglés, pero yo el idioma de Shakespeare lo llevo un poco mal. Venga, tengo un poco de prisa. Seguimos en contacto. Saludos. - http://GEOlink.es -- View this message in context: http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6166319.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
Queda por definir qué metodología se va a seguir a la hora de ir puliendo los nodos de parajes importados (ubicación, duplicidad,...). ¿Se va a informar de alguna forma al IGN de las modificaciones que se pudieran hacer? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
El día Sunday 13 March 2011 22:11:10, bv2mu...@uco.es dijo: Queda por definir qué metodología se va a seguir a la hora de ir puliendo los nodos de parajes importados (ubicación, duplicidad,...). ¿Se va a informar de alguna forma al IGN de las modificaciones que se pudieran hacer? Deberíamos, y lo digo muy en serio. Igual que deberíamos informar a Industria de cuando se mueven las gasolineras de sitio, que seguro que también les interesa. La cuestión es si hay algún software que sea capaz de seguirle la pista a los elementos de una importación, y generar ficheros a partir de ahí (shapefiles, o lo que sea). Que de momento no lo hay, y creo que es bastante necesario. -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Fwd: [Local-contacts] Calendario hispano de eventos abiertos para ubicar actividades @evento_open
-- Mensaje reenviado -- De: ouɐɯnH fredyriv...@gmail.com Para: local-conta...@openstreetmap.org Hola maperos Para contarles que el http://www.calendariolibre.com/ georeferencia eventos relacionados con software y cultura libre en una instancia de ushahidi, les he hecho una petición para que igualmente usen el mapa de OSM y la han aceptado, así que los invito aponer allí nuestros eventos relacionados con OpenStreetmap. sau2 humano -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] source:maxspeed=AT:zone
Friedrich Volkmann bsd@... writes: On 06.03.2011 14:02, wolfbert wrote: Wieso AT:zone: a) weil die source:maxspeed Tags mit Ausnahme von sign so aufgebaut sind Bei denen hat das AT aber den Grund, dass urban bzw. rural je nach Land verschieden sind. Gibt man in einem Tag jedoch eine 30er-Zone an, dann ist das AT zwecklos, weil eine 30er-Zone in AT genau das gleiche ist wie eine 30er-Zone in Djibouti. Stimmt natürlich. Solange es keine landesspezifischen Zonen gibt, kann es meinetwegen auch zone30 o.ä. heissen. Hab' mich ans Wiki gehalten. b) im Grunde fände ich AT:zone:30 besser, wenn das mehr Anklang findet, können wir das auch tauschen (sonst ist der 30er implizit) Den 30er in 2 verschiedene Tags hineinzuschreiben (maxspeed, source:maxspeed) fände ich grundsätzlich nicht gut. Siehe Diskussion im anderen Thread zu (source:)maxspeed. Klar braucht's nur eines, aber das ist nicht der Stand der Dinge. Aber wahrscheinlich ist es trotzdem nötig, um verschachtelte Zonen abbilden zu können. Beispiel: Fast ganz Wien ist eine 50er-Zone. Darin gibt es 30er-Zonen. Man kann nun z.B. source:maxspeed=zone:50;zone:30 setzen. Dabei muss man sich nur um die Reihenfolge einig werden (innere Zonen voran oder am Ende). Was ist der Unterschied zwischen Ortsgebiet und 50er-Zone in Wien? Verschachtelte Zonen kann es nicht geben, entweder es gilt 30 oder 50. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Österreich?
On 13.03.11 17:07, Boris Cornet wrote: Schau mal in das changeset, ob nicht genau derjenige für die verlorene Node zuständig ist (nur so ein Gedanke... Den Gedanken hatte ich auch schon... is' aber nicht. Dem seine Edits sind sowieso strange (kreuz und quer um die Welt)... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] maxspeed, source:maxspeed etc.
On 13.03.2011 12:46, KaiRo - Robert Kaiser wrote: Du hast noch nie OSM-basierte Software geschrieben, richtig? Es ist alles andere als trivial, irgendeinen Node oder Way irgendeinem Land oder einer Stadt usw. zuzuordnen. Ist das nicht eine Standardaufgabe? Solche Zuordnungen sind für vieles nötig, z.B. auch für Adressdatenbanken (und -suchen) und automatische Tägänderungen. Ich schreibe dir gern einen Algorithmus für Nodes. Voraussetzung ist natürlich, dass es zu jedem Land einen geschlossenen Grenzzug gibt. Wie performant oder speicherintensiv das ist, müsste man ausprobieren. Da könnte dann Feinarbeit nötig sein. Komplizierter ist die Sache für Ways, weil sie Grenzen queren können. Man müsste also die Schnittpunkte ausrechnen usw. Vielleicht ist es aus Performancegründen besser, in diesen seltenen Fällen einen Fehler in Kauf zu nehmen, indem man für jeden Way einen Mittelpunkt ausrechnet und den wie einen Node behandelt. Und nebenbei zu den Zonen - die Definition Zone ist nicht international, sondern nur in wenigen Ländern gültig, wenn es das überhaupt außerhalb von AT gibt. Daher ist es sinnvoll, was als Zone beschildert ist, als source:maxspeed=AT:zone:xx zu taggen. Entweder kann eine Software mit Zonen was anfangen, dann braucht sie kein AT davor. Oder sie kennt keine Zonen, dann kann sie auch mit AT:zone nichts anfangen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] source:maxspeed=AT:zone
On 13.03.2011 12:34, wolfbert wrote: Was ist der Unterschied zwischen Ortsgebiet und 50er-Zone in Wien? Ortsgebiet beginnt und endet an Ortstafeln, 50er-Zone beginnt und endet an den Tafeln mit der 50er-Zone. Wobei die Zone im Zweifelsfall vorgeht (was freilich ohne praktische Bedeutung ist, solang die StVO fürs Ortsgebiet ebenfalls 50 vorschreibt). Verschachtelte Zonen kann es nicht geben, entweder es gilt 30 oder 50. Vorgestern hab ich zufällig ein schönes Beispiel fotografiert: http://www.steige.info/pic/klausgraben_2011-03-11.jpg Das Hupverbot gilt fürs ganze Ortsgebiet, weil die Tafeln an der selben Stange angebracht sind. Daneben die Tafel für die 50er-Zone, gleich dahinter die für die 30er-Zone. Dass sie verschachtelt sind, erkennt man daran, dass hier keine Tafel für 50er-Zone-Ende steht. D.h. man bleibt in der 50er-Zone. Wenn man wieder aus der 30er-Zone rauskommt, ist man immer noch in der 50er-Zone und im Ortsgebiet. Wenn man dann eine Ortsendetafel passiert, ist man noch in der 50er-Zone. Diese Zonen muss man sich unterwegs alle merken - für Ortsfremde eine Herausforderung. Klar, in der 30er-Zone gilt der 30er und nicht der 50er. Aber wenn die 30er-Zone aus irgendeinem Grund aufgelassen wird und deshalb aus den Tags gelöscht wird, ist es wichtig, dass da noch die 50er-Zone drinsteht und schlagend wird. (Naja, zumindest in der Theorie. Praktisch werden 30er-Zonen nicht aufgehoben, und wenn doch, dann werden sie manuell umgetaggt.) -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Druhý důvod je ten, že pokud stáhnu relaci toku, tak poznám jedním XAPI dotazem, které části (a jejich délku) jsou nádrže a které jsou volně tekoucí bez toho, abych musel počítat průnik s vodními plochami, což už se musí řešit nějak programově. To je docela důležitá vlastnost. No jo, ale lidi co to mazali nedavali ty vznikle kousky do relace, ze? Ale jinak souhlasim ze pridat nejaky tag tohle je vodni proud pod hladinou rybnika by nemelo byt nic proti nicemu... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ 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
Ahoj! Takže návrhy: 1. smazat části pod vodou. + vyřeší se problémy s rendererem - tok je nespojitý - nelze zjistit strom toku, délku řeky - ztratí se data která se někomu hodí 2. přetagovat části pod vodou, stylem waterway=underwater_route (nebo něco podobného, jakmile vybereme variantu, tak se už pak nějak dohodneme na vhodném názvu tagu), případně s přidaným tagem underwater_route=river|stream + renderer to přestane zobrazovat + tok je spojitý strom - je třeba naučit nástroje novému tagu 3. přetagovat části pod vodou, waterway nechat a přidat tag underwater_route=yes - nutno naučit renderery aby to nezobrazovali, nebo zobrazovali jinak + tok je spojitý strom Osobně jsem pro variantu 3. Jsem pro 2 nebo 3... Jinak... nekdo psal ze nazvy toku na rybniku nevadi... myslim ze vadi :-(. Lipno s napisem 'Juraskuv potok' (protoze ten se tam vleva) bude vypadat dost divne... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ 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
No jo, ale lidi co to mazali nedavali ty vznikle kousky do relace, ze? Asi ne, ale nekde existuje nastroj, co zjistuje jestli vodni toky v OSM tvori souvisly graf. Pokud by se pustil na CR, tak by se tyhle useky vcelku snadno nasly ... Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Matinée Openstreet Map en Maine et Loire
Bonjour, nous sommes plusieurs contributeurs aux environs de Chemillé (49) souhaitants améliorer notre connaissance d'OSM (éviter les erreurs) et faire partager notre passion de la cartographie libre à de nouvelles personnes. Le 2 avril nous dédions toute la matinée à Openstreet map et aux logiciels JOSM et Potlatch.Ce serais une première rencontre découverte et initiation. Je souhaitais savoir si des personnes présentes sur cette liste était prêtes à venir nous donner un coup de main pour la présentation d'OSM. La rencontre OSM se fera le 2 avril de 9h30 à 12h (avec le café) au Cybercentre de Chemillé. Je ne sais pas si c'est bien l'endroit pour demander ceci , en tout cas tout le monde sera le bienvenue lors de cette matinée ! -- *Yvan GODREAU* Animateur Socio-Culturel / Centre Social du Chemillois http://www.centresocial-chemille.asso.fr/ Tel : 02.41.30.50.55 *Adoptez l'éco-attitude.* *N'imprimez ce mail que si c'est vraiment nécessaire* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Départements corrompus???
2011/3/12 sylvain letuffe sylv...@letuffe.org Sans compter que j'utilise maintenant postgres 8.4 qui pédalle pas mal dans la choucroute par rapport au 8.3 (plus le fait que j'ai été gourmand en important la base mondiale) 2 jours pour la base mondiale ?! ça sent la grosse machine et le SSD, ça ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question d'chti
Cette ville montre encore une fois la mauvaise utilisation de la classification highway. Les tertiairy ne doivent pas passer en residential à l'entrée de la zone urbaine. Ces mauvaises classifications seront probablement un des grands chantiers futurs d'OSM en France. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Matinée Openstreet Map en Maine et Loire
2011/3/13 Yvan GODREAU yvan.godr...@centresocial-chemille.asso.fr Je ne sais pas si c'est bien l'endroit pour demander ceci , en tout cas tout le monde sera le bienvenue lors de cette matinée ! -- Le site OSM Mapper vous permet aussi de rapidement identifier les plus gros contributeurs sur votre région ( http://wiki.openstreetmap.org/wiki/OSM_Mapper). Vous pouvez ensuite directement les contacter via la messagerie d'OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Travail sur Chartres
J'espère que ce n'est pas trop grave... Vilain Mamuth tu pourrais me dire de quelle(s) rue(s) il s'agit ? Cédric Barribaud Secrétaire de l'APP3L www.app3l.org - Pieren pier...@gmail.com a écrit : 2011/3/12 Vilain Mamuth o...@damota.net Y aurait il un moyen de les retrouver sans les créer de nouveau ? Avec potlatch, tu vas sur l'endroit concerné, puis 'edit', puis 'u' pour voir les ways effacés puis voir si tu veux rétablir chaque way avec undelete de potlatch ou l'ensemble du changeset qui a fait les effacements (on retrouve le numéro du changeset dans l'historique du way (touche 'h')) avec JOSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remise en route des analyseurs Osmose
Le 11 mars 2011, Pmz a écrit : Greg ewalavir@... writes: On peut faire défiler le contenu de la bulle en sélectionnant le texte : une fois la souris arrivée vers le bas de la bulle, le navigateur fait défiler son contenu pour pouvoir sélectionner plus de texte. C'est pas super pratique, mais ca marche De mon côté, en utilisant l'ascenceur comme la séléection avec la souris, la derniére ligne de texte affichée est la ligne avec osmlink, etc... Par contre je viens de m'apercevoir que ca dépend de la position de la bulle par rapport au marqueur: si la bulle est au dessus, j'accède au lien corrigé faux positif, pas si elle est affichée en dessous. Normalement, tous les soucis avec l'affichage du texte de l'infobulle devraient être corrigé: un ascenseur doit s'afficher dès que le texte dépasse de la bulle. Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remise en route des analyseurs Osmose
Le 6 mars 2011, Gilles Bassière a écrit : Dans le cas d'Osmose, j'ai parfois un peu de mal à comprendre certaines erreurs. En particulier : * je ne vois pas bien comment associer repère géodésique et bâti pour corriger les repères géodésiques sans bâtit (hum, bâti s'écrit sans t) et je ne sais pas comment gérer les nombreux repères qui sont effectivement sans bâti (sommets de montagne notamment) Seuls certains points géodésique sont reportés comme ayant besoin d'un batîment. La liste complète des termes utilisés pour cette vérification peut se trouver là: http://osmose.openstreetmap.fr/src/analyser_geodesie.py On vérifie donc que le point géodésique contient dans sa description un mot du genre clocher, église, phare, ... Du coup, pas de sommet de montagne dans le lot. Normalement, ça ne devrait pas donner de faux positifs: n'hésite pas à les reporter. * cette relation ouverte me laisse perplexe car l'ilôt fautif est taggé de manière similaire au autres ilôts alentours : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=18lat=43.20762lon=5.36297 Apparemment, l'erreur a disparu depuis ton message. * j'avais d'autres questions mais je les ai noté sur un autre poste :) Il ne me semble pas avoir vu ces questions: est-ce qu'il te reste des questions sans réponse sur Osmose ? Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] le japon a glissé de 2,4m
D'après l'afp qui dit le tenir de L'USGS, le japon a glissé de 2,4m. On fait quoi pour les cartes micropappées, dans ces cas là ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM-Fr : 940 caméras géolocalisés
Après la dernière mise à jour de ma carte de la vidéo-surveillance en France, OSM (France) contient 940 caméras : http://www.leretourdelautruche.com/map/cctv/cctv.html C'est pas beaucoup sur l'estimation sur les 30 000 autorisés sur la voie publique. La carte des radars a aussi été mise à jour (525 radars géolocalisés) : http://www.leretourdelautruche.com/map/radar_fr.html J'en profite pour rappeller que je travaille (lentement) sur une autre carte de la vidéo-surveillance en France collaborative qui permet de visualiser les caméras OSM (au fort zoom) et des données globales sur les communes (au niveau de zoom faible). C'est pas encore opérationnelle (notamment les aspects collaboratifs) mais ça avance doucement : http://www.leretourdelautruche.com/map/cctv/index.html -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question d'chti
la relation est ouverte: http://analyser.openstreetmap.fr/cgi-bin/index.py le numero de relation est 240382 gniii? et ça se guérit comment Docteur? howto/doc? Si tu n'a jamais rentré de frontières de communes dans osm tu peux lire : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives Mais en gros, si tu as déjà rentré des relations multipolygon, c'est exactement le même principe Tu lances josm (avec le plugin remote control si tu ne l'a pas installé) tu vas sur l'analyser de relation : http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=240382 (bon, là c'est raté, quelqu'un à déjà réparé avec toi ;-) ) En cliquant sur l'endroit de l'erreur, ton josm va ouvrir la zone du problème que tu peux ensuite corriger en suivant le guide comment tracer des frontières Et tu retournes sur l'analyseur pour voir si tu as bien réparé -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le japon a glissé de 2,4m
Le 13/03/2011 18:26, hpmt a écrit : D'après l'afp qui dit le tenir de L'USGS, le japon a glissé de 2,4m. On fait quoi pour les cartes micropappées, dans ces cas là ? J'avais vu la dépêche mais je n'avais pas osé poster de message. humour noir Ben, tu vas sur le terrain avec ton GPS. Tu mesures le décalage en différents points. Tu prends l'extract Japon et tu le translates en conséquence. Au passage, si tu vois que quelques plans de rue ne sont plus à jour, tu prends note et tu corriges. Sans oublier les nomansland nucléaires. /humour noir Plus sérieusement, tous les deux ou trois ans, il y a un calcul à l'échelle mondial d'un système géodésique précis, ITRF (http://itrf.ensg.ign.fr/). ITRF2008 est le dernier calcul. C'est en quelques sorte un WGS84 en plus précis et mis à jour. Ensuite, chaque pays fourni une conversion entre son système géodésique (RGF93 en France) et un ITRF donné. Et avec ça, il doit y avoir une grille de déformation. Plus qu'à appliquer ça à tous les points du pays. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Départements corrompus??? ( détails du nouveau serveur pour beta.letuffe.org)
Le dimanche 13 mars 2011 14:54:39, vous avez écrit : 2011/3/12 sylvain letuffe sylv...@letuffe.org Sans compter que j'utilise maintenant postgres 8.4 qui pédalle pas mal dans la choucroute par rapport au 8.3 (plus le fait que j'ai été gourmand en important la base mondiale) 2 jours pour la base mondiale ?! ça sent la grosse machine et le SSD, ça ;-) Et ben même pas tant que ça. C'est grosso modo la même qu'avant avec un poil plus de place disque et une configuration un peu mieux pensée dans ce but. Quelque part, mon envie de passer à la base mondiale était aussi une volonté de répondre à la question : OSM c'est bien joli, c'est des données libres, mais s'il faut un super- calculateur de la NASA pour arriver à faire une carte, c'est comme si au final ce n'était pas réalise de dire que tout le monde peut les utiliser Et je suis content de constater qu'avec une machine modeste (bon d'accord, sur un ordinateur portable d'entrée de gamme ça va pas être gagné) c'est une opération qui s'avère possible et fonctionnelle si on est pas trop exigeant J'ai donc bon espoir que, malgré l'évolution exponentielle de la taille de la base OSM, la puissance et capacité des ordinateurs du présent et du futur permettrons de rendre son exploitation sur toute la terre relativement accessible. Pour donner une idée, la machine est un quad-core 2.3GHZ (c'est pas un truc hors norme) avec 8 Go de RAM (ça devient assez accessible) Coté disque, c'est certes un peu moins courant, mais j'ai un RAID0 composé de 2 partitions de disques SATA classiques et 2 disques SSD de 80Go Je totalise 300 Go d'espace qui suffisent puisque le raid0 n'est rempli qu'a 70% une fois tout importé ce qui me laisse un peu de marge. PS: je me suis emballé à te raconter ma vie mais je ne savais pas si ta remarque appelait à plus de précision par curiosité ou pas. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] マップクエスト社のMapQuest Open Aerial レイヤでALOS画像がミラーリング開始
Tomです。 JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。 非常に簡単です。パンシャープ画像が現在提供されています。 「MapQuest Open Aerial 」が見当たらないのですが、 マニュアルで設定する方法とかありますか？ 2011年3月13日16:53 古橋大地 tai...@taichi.jp: talk-ja のみなさま： 古橋です。 ALOS画像配信のミラーサイトをマップクエスト社が本日提供開始になりました。 これで防災科研さんへの負荷が軽減されると思います。 JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。 非常に簡単です。パンシャープ画像が現在提供されています。 ソースタグは source=JAXA/ALOS/pan-sharpened, 2011-03-12 でお願いします。 詳細を、Wikiにあげました。 2011Sendai earthquake and tsunami http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#JAXA.2FALOS_Sendai_0312 改めて Harricane Coast さん他、マップクエストのみなさんに感謝！ -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## A Vice-President of the OpenStreetMap Foundation Japan ## A Director of the OSGeo Foundation Japan ## ZIP359-1142, Kamiarai 4-4-1,Tokorozawa,Saitama ## 〒359-1142 埼玉県所沢市上新井4-4-1 ## TEL/SkypeTwitterLinkedInFacebook: 070-6401-5963 / mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップクエスト社のMapQuest Open Aerial レイヤでALOS画像がミラーリング開始
Tomです。 ごめん、勘違いでした。ありました。 2011年3月13日17:21 Tomomichi Hayakawa tom.hayak...@gmail.com: Tomです。 JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。 非常に簡単です。パンシャープ画像が現在提供されています。 「MapQuest Open Aerial 」が見当たらないのですが、 マニュアルで設定する方法とかありますか？ 2011年3月13日16:53 古橋大地 tai...@taichi.jp: talk-ja のみなさま： 古橋です。 ALOS画像配信のミラーサイトをマップクエスト社が本日提供開始になりました。 これで防災科研さんへの負荷が軽減されると思います。 JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。 非常に簡単です。パンシャープ画像が現在提供されています。 ソースタグは source=JAXA/ALOS/pan-sharpened, 2011-03-12 でお願いします。 詳細を、Wikiにあげました。 2011Sendai earthquake and tsunami http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#JAXA.2FALOS_Sendai_0312 改めて Harricane Coast さん他、マップクエストのみなさんに感謝！ -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## A Vice-President of the OpenStreetMap Foundation Japan ## A Director of the OSGeo Foundation Japan ## ZIP359-1142, Kamiarai 4-4-1,Tokorozawa,Saitama ## 〒359-1142 埼玉県所沢市上新井4-4-1 ## TEL/SkypeTwitterLinkedInFacebook: 070-6401-5963 / mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップクエスト社のMapQuest Open Aerial レイヤでALOS画像がミラーリング開始
藤澤です。
私の一部のPCでは設定が出てきませんでした。
なので、以下で追加しました。
編集→設定
WMS/TMSから
追加ボタン（＋マーク）
「メニューの名前」に適当な名前
サービスURL除去
WMS URLに「tms:http://optile1.mqcdn.com/naip/{zoom}/{x}/{y}.png」を
入れて了解ボタン。
＃全然、動けてなくてすみません…。19時くらいからいろいろ動く予定です。
(2011年03月13日 17:22), Tomomichi Hayakawa wrote:
Tomです。
ごめん、勘違いでした。ありました。
2011年3月13日17:21 Tomomichi Hayakawatom.hayak...@gmail.com:
Tomです。
JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。
非常に簡単です。パンシャープ画像が現在提供されています。
「MapQuest Open Aerial 」が見当たらないのですが、
マニュアルで設定する方法とかありますか？
2011年3月13日16:53 古橋大地tai...@taichi.jp:
talk-ja のみなさま：
古橋です。
ALOS画像配信のミラーサイトをマップクエスト社が本日提供開始になりました。
これで防災科研さんへの負荷が軽減されると思います。
JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。
非常に簡単です。パンシャープ画像が現在提供されています。
ソースタグは
source=JAXA/ALOS/pan-sharpened, 2011-03-12
でお願いします。
詳細を、Wikiにあげました。
2011Sendai earthquake and tsunami
http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#JAXA.2FALOS_Sendai_0312
改めて Harricane Coast さん他、マップクエストのみなさんに感謝！
--
## Taichi FURUHASHI(MAPconcierge Inc. President)
## A Vice-President of the OpenStreetMap Foundation Japan
## A Director of the OSGeo Foundation Japan
## ZIP359-1142, Kamiarai 4-4-1,Tokorozawa,Saitama
## 〒359-1142 埼玉県所沢市上新井4-4-1
## TEL/SkypeTwitterLinkedInFacebook: 070-6401-5963 / mapconcierge
## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
--
@ 藤澤 公也 / Kimiya FUJISAWA
@// @@ mailto:fujis...@techstrom.org
@-O-O-@ work:fujis...@media.teu.ac.jp
\ ^ / skype ID：techstrom.org http://www.techstrom.org/
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 提案:帰宅困難者対策用POIも追加しませんか
今、多くの方が東日本大震災で、いろいろな活動をしていると思います。 被災地域のマッピングや、情報の整理等、いろいろな活動をされていると 思います。その中に、帰宅困難者対策用POI追加も含めてはどうか、という 提案です。 今回の大震災では、東京近辺も大きな影響が出ました。 何万人という帰宅困難者が出て、都心部ではかなり混乱しました。 私は幸いな事に、歩いて家までたどり着けましたが、それでも 帰り道はいろいろと難儀しました。公衆電話の場所とか、ちょっと一息 つける公園とかが事前に分かっていれば助かったかなあと思いました。 そこで、活動の一環として、帰宅困難者のためのPOIを追加するのも 入れてはどうでしょうか。OSMの地図を見ていただければ分かると思いますが、 東京近郊でもかなりの部分に空白地帯があります。私も適宜埋めては いますが、まだ全然追いついていません。 地図そのものはgoogle map 等があり、それをスマートフォンなどで 表示させれば何とかなります。ただ、公衆電話の位置とか、トイレとかの 情報は入っていません。それだけ追加するだけでも、結構使えると 思います。 POIについては実際に現地に行ってみないと難しいところがありますが、 もしもそれぞれの土地に詳しい人がいらっしゃるのであれば、帰宅困難者 対策用としてPOIを追加していただけると良いのではないかと思います。 いかがでしょうか。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 提案:帰宅困難者対策用POIも追加しませんか
清野です。 いいと思います。 ootaさん、コーディネートよろしくお願い致します。 2011年3月13日18:03 ribbon o...@ns.ribbon.or.jp: 今、多くの方が東日本大震災で、いろいろな活動をしていると思います。 被災地域のマッピングや、情報の整理等、いろいろな活動をされていると 思います。その中に、帰宅困難者対策用POI追加も含めてはどうか、という 提案です。 今回の大震災では、東京近辺も大きな影響が出ました。 何万人という帰宅困難者が出て、都心部ではかなり混乱しました。 私は幸いな事に、歩いて家までたどり着けましたが、それでも 帰り道はいろいろと難儀しました。公衆電話の場所とか、ちょっと一息 つける公園とかが事前に分かっていれば助かったかなあと思いました。 そこで、活動の一環として、帰宅困難者のためのPOIを追加するのも 入れてはどうでしょうか。OSMの地図を見ていただければ分かると思いますが、 東京近郊でもかなりの部分に空白地帯があります。私も適宜埋めては いますが、まだ全然追いついていません。 地図そのものはgoogle map 等があり、それをスマートフォンなどで 表示させれば何とかなります。ただ、公衆電話の位置とか、トイレとかの 情報は入っていません。それだけ追加するだけでも、結構使えると 思います。 POIについては実際に現地に行ってみないと難しいところがありますが、 もしもそれぞれの土地に詳しい人がいらっしゃるのであれば、帰宅困難者 対策用としてPOIを追加していただけると良いのではないかと思います。 いかがでしょうか。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 【FYI】UN-SPIDERの震災情報リンク集(Was: [HOT] Post earthquake imageries released! - Japan)
東です。 まだよく見ていませんが とても詳しいリンク集を教えてもらいました。 http://www.un-spider.org/japan-pacific#Space-basedResources -- Forwarded message -- From: Peter STUMPF peter.stu...@unoosa.org Date: Sun, 13 Mar 2011 12:04:57 +0100 Subject: Re: [HOT] Post earthquake imageries released! - Japan To: S.Higashi s_hig...@mua.biglobe.ne.jp Cc: h...@openstreetmap.org Please have a look at our page: http://www.un-spider.org/japan-pacific#Space-basedResources We compile satellite resources, as they come in. Regards, Peter __ Peter Stumpf Associate Expert UN-SPIDER United Nations Platform for Space-based Information for Disaster Management and Emergency Response UNOOSA United Nations Office for Outer Space Affairs Hermann-Ehlers-Str. 10 53113 Bonn Germany e-mail: peter.stu...@unoosa.org Internet: http://www.un-spider.org S.Higashi s_hig...@mua.biglobe.ne.jp Sunday, 13 March 2011 09:47 To h...@openstreetmap.org cc Subject [HOT] Post earthquake imageries released! - Japan Hi list, My name is Shu Higashi, a mapper in Tokyo Japan. We thank so much for your help. Now some Post-disaster imageries released as bellow. http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#Post-Disaster_Imagery We need your help for mapping. And we do not have so much experience in this situation. Please join us for mapping. And we hope you to advice what to do map first or how to tag.. ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 提案:帰宅困難者対策用POIも追加しませんか
On Sun, Mar 13, 2011 at 06:17:57PM +0900, Yoichi Seino wrote: ootaさん、コーディネートよろしくお願い致します。 了解です。 もしも分かっている情報があれば、どんどん追加していただければと 思います。 とりあえず、公衆電話情報、ベンチとか、水とかの情報を 分かる限り追加していくつもりです。 たとえば、 http://www.openstreetmap.org/?lat=35.646475lon=139.748213zoom=18layers=M な感じですかね(ひょっとすると入力したばかりなのでまだキャッシュされてないかも)。 田町駅の西口には公衆電話が1つあるのですが、実はそのそばには 結構あります。ビルの中にあるので気がつかないのですが。 それらを入れてみました。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 提案:帰宅困難者対策用POIも追加しませんか
清野です。 情報源にだけは注意してください。 釈迦に説法かもしれませんが。 2011年3月13日20:46 ribbon o...@ns.ribbon.or.jp: On Sun, Mar 13, 2011 at 06:17:57PM +0900, Yoichi Seino wrote: ootaさん、コーディネートよろしくお願い致します。 了解です。 もしも分かっている情報があれば、どんどん追加していただければと 思います。 とりあえず、公衆電話情報、ベンチとか、水とかの情報を 分かる限り追加していくつもりです。 たとえば、 http://www.openstreetmap.org/?lat=35.646475lon=139.748213zoom=18layers=M な感じですかね(ひょっとすると入力したばかりなのでまだキャッシュされてないかも)。 田町駅の西口には公衆電話が1つあるのですが、実はそのそばには 結構あります。ビルの中にあるので気がつかないのですが。 それらを入れてみました。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 提案:帰宅困難者対策用POIも追加しませんか
On Sun, Mar 13, 2011 at 09:00:20PM +0900, Yoichi Seino wrote: 清野です。 情報源にだけは注意してください。 はいもちろん。 すべて私が直接見た場所です。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真について
清野です。 日本経済新聞でも報道されたとおり、 http://am6.jp/gWzP3L 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真 http://saigai.gsi.go.jp/h23taiheiyo-hr/index.html について出典明記によって二次利用が可能であることが確認できました。 現在、マッピングに手軽に利用出来る方法を検討中です。 また作業が進みましたらご報告いたします。 取り急ぎご報告まで。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真について
ikiyaです。 WMS配信考えずJOSMで写真1枚、1枚トレースするなら 対応したcalファイルを作ればワールドファイル同様な 使い方ができるので便利だと思います。 細かい歪み補正はJOSMの機能で可能（まげさんも言われてたとおり）。 calファイルの中身はこんな感じです。 #JOSMPicLayer\u30D7\u30E9\u30B0\u30A4\u30F3\u8F03\u6B63\u30C7\u30FC\u30BF #Sat Mar 12 23:48:07 JST 2011 SHEARX=0.0 INITIAL_POS_y=4497779.7929431 SCALEY=0.3799332072545916 SCALEX=0.39141668844386107 POSITION_Y=4498535.387347922 INITIAL_POS_X=1.5699022486281557E7 POSITION_X=1.5698784650055345E7 INITIAL_SCALE=210.84332456079045 SHEARY=0.0 ANGLE=0.0 Yoichi Seino say.n...@gmail.com wrote: 清野です。 日本経済新聞でも報道されたとおり、 http://am6.jp/gWzP3L 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真 http://saigai.gsi.go.jp/h23taiheiyo-hr/index.html について出典明記によって二次利用が可能であることが確認できました。 現在、マッピングに手軽に利用出来る方法を検討中です。 また作業が進みましたらご報告いたします。 取り急ぎご報告まで。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真について
Tomです。 これですね。 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/PicLayer 2011年3月14日0:03 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 WMS配信考えずJOSMで写真1枚、1枚トレースするなら 対応したcalファイルを作ればワールドファイル同様な 使い方ができるので便利だと思います。 細かい歪み補正はJOSMの機能で可能（まげさんも言われてたとおり）。 calファイルの中身はこんな感じです。 #JOSMPicLayer\u30D7\u30E9\u30B0\u30A4\u30F3\u8F03\u6B63\u30C7\u30FC\u30BF #Sat Mar 12 23:48:07 JST 2011 SHEARX=0.0 INITIAL_POS_y=4497779.7929431 SCALEY=0.3799332072545916 SCALEX=0.39141668844386107 POSITION_Y=4498535.387347922 INITIAL_POS_X=1.5699022486281557E7 POSITION_X=1.5698784650055345E7 INITIAL_SCALE=210.84332456079045 SHEARY=0.0 ANGLE=0.0 Yoichi Seino say.n...@gmail.com wrote: 清野です。 日本経済新聞でも報道されたとおり、 http://am6.jp/gWzP3L 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真 http://saigai.gsi.go.jp/h23taiheiyo-hr/index.html について出典明記によって二次利用が可能であることが確認できました。 現在、マッピングに手軽に利用出来る方法を検討中です。 また作業が進みましたらご報告いたします。 取り急ぎご報告まで。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 被災後状況のマッピングについて
清野です。 以下のページに書いた内容の転載です。 手抜きしてすみません。 http://openstreetmap.jp/crisis/node/30 被災地のマッピングをしてくださっている皆様、お疲れ様です。 現在はまだベースマップのマッピングが中心だと思います。 しかし、今後は各機関が被災後状況の空中写真の公開が進んできて環境が整ってきた後には、被災後の状況をマッピングしていくフェーズへと移行していくと思います。 その際にはベースマップの上に各種被災時の状況を示すデータが入力されていくことになると思います。 これらはベースマップのマッピングではあまり使われないものばかりで、皆さんにとっては見慣れないデータばかりかもしれません。 しかし現場の人にとっては非常に重要なデータですので、極力消さないように努めてください。 詳細については以下のリンク先をご参照下さい。 よろしくお願い致します。 http://wiki.openstreetmap.org/wiki/JA:2011%E5%B9%B4%E4%BB%99%E5%8F%B0%E5%9C%B0%E9%9C%87#.E8.A2.AB.E7.81.BD.E5.BE.8C.E7.8A.B6.E6.B3.81.E3.81.AE.E3.83.9E.E3.83.83.E3.83.94.E3.83.B3.E3.82.B0.E3.81.AB.E3.81.A4.E3.81.84.E3.81.A6 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真について
清野です。 現在、OSGeo財団日本支部の方や防災科学技術研究所の方のご協力を得て、 上記空中写真のWMS配信ができるように頑張ってもらっております。 皆様に使っていただけるようになればまた告知があると思います。 今しばらくお待ち下さい。 2011年3月14日0:15 Tomomichi Hayakawa tom.hayak...@gmail.com: Tomです。 これですね。 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/PicLayer 2011年3月14日0:03 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 WMS配信考えずJOSMで写真1枚、1枚トレースするなら 対応したcalファイルを作ればワールドファイル同様な 使い方ができるので便利だと思います。 細かい歪み補正はJOSMの機能で可能（まげさんも言われてたとおり）。 calファイルの中身はこんな感じです。 #JOSMPicLayer\u30D7\u30E9\u30B0\u30A4\u30F3\u8F03\u6B63\u30C7\u30FC\u30BF #Sat Mar 12 23:48:07 JST 2011 SHEARX=0.0 INITIAL_POS_y=4497779.7929431 SCALEY=0.3799332072545916 SCALEX=0.39141668844386107 POSITION_Y=4498535.387347922 INITIAL_POS_X=1.5699022486281557E7 POSITION_X=1.5698784650055345E7 INITIAL_SCALE=210.84332456079045 SHEARY=0.0 ANGLE=0.0 Yoichi Seino say.n...@gmail.com wrote: 清野です。 日本経済新聞でも報道されたとおり、 http://am6.jp/gWzP3L 国土地理院提供の東北地方太平洋沖地震による被災地の空中写真 http://saigai.gsi.go.jp/h23taiheiyo-hr/index.html について出典明記によって二次利用が可能であることが確認できました。 現在、マッピングに手軽に利用出来る方法を検討中です。 また作業が進みましたらご報告いたします。 取り急ぎご報告まで。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップクエスト社のMapQuest Open Aerial レイヤでALOS画像がミラーリング開始
古橋です。
動作確認ありがとうございます！！
2011年3月13日17:30 Kimiya FUJISAWA fujis...@techstrom.org:
藤澤です。
私の一部のPCでは設定が出てきませんでした。
なので、以下で追加しました。
編集→設定
WMS/TMSから
追加ボタン（＋マーク）
「メニューの名前」に適当な名前
サービスURL除去
WMS URLに「tms:http://optile1.mqcdn.com/naip/{zoom}/{x}/{y}.png」を
入れて了解ボタン。
＃全然、動けてなくてすみません…。19時くらいからいろいろ動く予定です。
(2011年03月13日 17:22), Tomomichi Hayakawa wrote:
Tomです。
ごめん、勘違いでした。ありました。
2011年3月13日17:21 Tomomichi Hayakawatom.hayak...@gmail.com:
Tomです。
JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。
非常に簡単です。パンシャープ画像が現在提供されています。
「MapQuest Open Aerial 」が見当たらないのですが、
マニュアルで設定する方法とかありますか？
2011年3月13日16:53 古橋大地tai...@taichi.jp:
talk-ja のみなさま：
古橋です。
ALOS画像配信のミラーサイトをマップクエスト社が本日提供開始になりました。
これで防災科研さんへの負荷が軽減されると思います。
JOSMの画像メニューからMapQuest Open Aerial レイヤを選ぶだけ。
非常に簡単です。パンシャープ画像が現在提供されています。
ソースタグは
source=JAXA/ALOS/pan-sharpened, 2011-03-12
でお願いします。
詳細を、Wikiにあげました。
2011Sendai earthquake and tsunami
http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#JAXA.2FALOS_Sendai_0312
改めて Harricane Coast さん他、マップクエストのみなさんに感謝！
--
## Taichi FURUHASHI(MAPconcierge Inc. President)
## A Vice-President of the OpenStreetMap Foundation Japan
## A Director of the OSGeo Foundation Japan
## ZIP359-1142, Kamiarai 4-4-1,Tokorozawa,Saitama
## 〒359-1142 埼玉県所沢市上新井4-4-1
## TEL/SkypeTwitterLinkedInFacebook: 070-6401-5963 / mapconcierge
## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
--
@ 藤澤 公也 / Kimiya FUJISAWA
@// @@ mailto:fujis...@techstrom.org
@-O-O-@ work:fujis...@media.teu.ac.jp
\ ^ / skype ID：techstrom.org http://www.techstrom.org/
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
--
## Taichi FURUHASHI(MAPconcierge Inc. President)
## A Vice-President of the OpenStreetMap Foundation Japan
## A Director of the OSGeo Foundation Japan
## ZIP359-1142, Kamiarai 4-4-1,Tokorozawa,Saitama
## 〒359-1142 埼玉県所沢市上新井4-4-1
## TEL/SkypeTwitterLinkedInFacebook: 070-6401-5963 / mapconcierge
## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 【FYI】UN-SPIDERの震災情報リンク集(Was: [HOT] Post earthquake imageries released! - Japan)
古橋です。 情報ありがとうございます！ このメールに今気づきました。 かなり有用な情報ですね。 あと、それぞれのデータのライセンスが明記されていたら完璧なのに。。。 2011年3月13日20:14 S.Higashi s_hig...@mua.biglobe.ne.jp: 東です。 まだよく見ていませんが とても詳しいリンク集を教えてもらいました。 http://www.un-spider.org/japan-pacific#Space-basedResources -- Forwarded message -- From: Peter STUMPF peter.stu...@unoosa.org Date: Sun, 13 Mar 2011 12:04:57 +0100 Subject: Re: [HOT] Post earthquake imageries released! - Japan To: S.Higashi s_hig...@mua.biglobe.ne.jp Cc: h...@openstreetmap.org Please have a look at our page: http://www.un-spider.org/japan-pacific#Space-basedResources We compile satellite resources, as they come in. Regards, Peter __ Peter Stumpf Associate Expert UN-SPIDER United Nations Platform for Space-based Information for Disaster Management and Emergency Response UNOOSA United Nations Office for Outer Space Affairs Hermann-Ehlers-Str. 10 53113 Bonn Germany e-mail: peter.stu...@unoosa.org Internet: http://www.un-spider.org S.Higashi s_hig...@mua.biglobe.ne.jp Sunday, 13 March 2011 09:47 To h...@openstreetmap.org cc Subject [HOT] Post earthquake imageries released! - Japan Hi list, My name is Shu Higashi, a mapper in Tokyo Japan. We thank so much for your help. Now some Post-disaster imageries released as bellow. http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami#Post-Disaster_Imagery We need your help for mapping. And we do not have so much experience in this situation. Please join us for mapping. And we hope you to advice what to do map first or how to tag.. ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## A Vice-President of the OpenStreetMap Foundation Japan ## A Director of the OSGeo Foundation Japan ## ZIP359-1142, Kamiarai 4-4-1,Tokorozawa,Saitama ## 〒359-1142 埼玉県所沢市上新井4-4-1 ## TEL/SkypeTwitterLinkedInFacebook: 070-6401-5963 / mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 遺体安置所、火葬場の地図表示
柴田(あ)です。 情報もらえて、レンダリングできれば可能そうです。 どこから情報もらえそうか打診できませんか？ 20110313202954.42308.qm...@web3602.mail.tnz.yahoo.co.jp の、 [OSM-ja] 遺体安置所、火葬場の地図表示 において、 Mon, 14 Mar 2011 05:29:54 +0900 (JST) 発信のメイルで ikiyaさんは書きました： ikiyaです。 福島いわきの方から 遺体安置所と稼働可能な火葬場の地図表示が できないかmailありました。 情報錯綜中だそうですが ・遺体安置所の数と収容は増えていく。 ・今後安置所の位置問い合わせが増える。 ・火葬可能な稼働できる火葬場の情報が貴重 ・火葬場は燃料、電力がなくなり次第止まる ここからは私見です。 津波の遺体は海の広域に流れ おもに沿岸を南へ流れます。 昔の岩手、三陸津波では多くの遺体が 福島県沿岸に流れ着き引き揚げられ埋葬されました。 何か良い案があればお教えください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 遺体安置所、火葬場の地図表示
柴田(あ)です。 タグは問題なさそうです。 火葬場 amenity=crematorium 遺体安置所 amenity=mortuary 稼動情報は http://wiki.openstreetmap.org/wiki/JA:Humanitarian_OSM_Tags/Humanitarian_Data_Model#Operational_status を参考に 稼動可能が Operational 制限中 Restricted 閉鎖中が Closed 不明が Unspecified 作業入ることになったらどこかの web ペイジに書きます ひきつづき情報もらえそうなところないかあたってくださいマシ＞ ALL 20110313202954.42308.qm...@web3602.mail.tnz.yahoo.co.jp の、 [OSM-ja] 遺体安置所、火葬場の地図表示 において、 Mon, 14 Mar 2011 05:29:54 +0900 (JST) 発信のメイルで ikiyaさんは書きました： ikiyaです。 福島いわきの方から 遺体安置所と稼働可能な火葬場の地図表示が できないかmailありました。 情報錯綜中だそうですが ・遺体安置所の数と収容は増えていく。 ・今後安置所の位置問い合わせが増える。 ・火葬可能な稼働できる火葬場の情報が貴重 ・火葬場は燃料、電力がなくなり次第止まる ここからは私見です。 津波の遺体は海の広域に流れ おもに沿岸を南へ流れます。 昔の岩手、三陸津波では多くの遺体が 福島県沿岸に流れ着き引き揚げられ埋葬されました。 何か良い案があればお教えください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 遺体安置所、火葬場の地図表示
柴田(あ)です。 火葬場 amenity=crematorium ですが、 http://wiki.openstreetmap.org/wiki/JA:Tag:amenity%3Dcrematorium によると Mapnik でも Osmarender でも表示されないそうです。 あぁ、困った どうすりゃ、いいでしょうか？ やっつけでもいいので実現方法があればと思います。 20110313202954.42308.qm...@web3602.mail.tnz.yahoo.co.jp の、 [OSM-ja] 遺体安置所、火葬場の地図表示 において、 Mon, 14 Mar 2011 05:29:54 +0900 (JST) 発信のメイルで ikiyaさんは書きました： ikiyaです。 福島いわきの方から 遺体安置所と稼働可能な火葬場の地図表示が できないかmailありました。 情報錯綜中だそうですが ・遺体安置所の数と収容は増えていく。 ・今後安置所の位置問い合わせが増える。 ・火葬可能な稼働できる火葬場の情報が貴重 ・火葬場は燃料、電力がなくなり次第止まる ここからは私見です。 津波の遺体は海の広域に流れ おもに沿岸を南へ流れます。 昔の岩手、三陸津波では多くの遺体が 福島県沿岸に流れ着き引き揚げられ埋葬されました。 何か良い案があればお教えください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
