[OSM-talk] Wiki reports error when trying to view 'My Watchlist'
I'm getting the following error when trying to view the 'My Watchlist' page in the wiki: Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function wfSpecialWatchlist. MySQL returned error 1030: Got error 28 from storage engine (127.0.0.1). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmxapi returns old data
Lars I think this is all sorted out now. Let me know if you suspect any other discrepancies. 80n On Fri, Mar 14, 2008 at 8:39 PM, Lars Aronsson [EMAIL PROTECTED] wrote: 80n wrote: Lars Can you point to a couple of specific instances please so that I can investigate further? If you try this very narrow region, wget ' http://www.informationfreeway.org/api/0.5/way[bbox=14.4,58.05,14.6,58.1][note=FIXMEhttp://www.informationfreeway.org/api/0.5/way%5Bbbox=14.4,58.05,14.6,58.1%5D%5Bnote=FIXMEpreviously unwayed segment]' -O mymap.osm You will get a 3280 bytes in mymap.osm, containing a few small untagged ways: way id='8173415' timestamp='2005-06-23T02:14:27Z' way id='8173417' timestamp='2005-06-23T02:14:30Z' way id='8173419' timestamp='2005-06-23T02:15:30Z' way id='8212509' timestamp='2006-02-24T18:11:40Z' way id='8212516' timestamp='2006-02-24T18:12:58Z' way id='8212518' timestamp='2006-02-24T18:14:36Z' way id='8212522' timestamp='2006-02-24T18:14:41Z' way id='8212526' timestamp='2006-02-24T18:15:07Z' Swedes will know this area as the ruins of Brahehus, near lake Vättern and motorway E4. I mapped this place with line segments in my first year of OSM, as shown by the timestamps above. Then Osmarender was introduced and the need to tag ways, and then someone added FIXME tags to old line segments. So just two weeks ago I edited these ways, combining them into larger units, adding the appropriate tags and removing the note=FIXME tags. When you open mymap.osm with JOSM, you will notice that all ways are 2 nodes (a single line segment) and they are not connected, but sprinkled out. If you download fresh data from OSM (without changing the zoom), you will notice that all FIXME tags are gone, and the ways are larger connected units. The last way in the list above, having id=8212526, still exists, but now is now a 4 node way (highway=motorway_link). It was tagged fixme in the planet.osm dump of 080227, but not in 080305 or 080312. At first I thought that 2-node ways that I had removed were lingering in osmxapi, but that doesn't seem to be the case. I guess the neighboring ways 8212523-8212525 were correctly removed. But the way that remained after my combination and tagging, 8212526, apparently wasn't modified in osmxapi. -- Lars Aronsson ([EMAIL PROTECTED]) Aronsson Datateknik - http://aronsson.se ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Extending OSM with data from geonames.org?
Hi everyone, I realize that we don't want wholesale copying of data from geonames.org because some of that data might be derived from google. How about selectively augmenting data that we already have in OSM with additional information from (and links to) geonames? Specifically, I'd like to fetch place nodes that already exist in OSM and try to match them with places in the geonames database. If I find a match, I'd like to add tags containing the geonames ID and alternate place names. Is this still covered by our licence model? Regards, Hakan -- The Key To Immortality Is First Living A Life Worth Remembering. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Coastline checker back online
After sorting all the problems mentioned and more, the coastline checker is finally back in the air. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Woodland on a university campus (using layers to make areas render)
Put your amenity=university to layer -5 or something. On 16/03/2008, OJ W [EMAIL PROTECTED] wrote: Where an area of natural=wood is inside an area of amenity=university, the woodland doesn't appear unless you put it at layer0 http://informationfreeway.org/?lat=52.9356064080633lon=-1.2017670228240827zoom=17layers=B000F000F however, that makes the roads 'underneath' the woodland disappear from the map similarly with woodland inside a leisure=park http://www.openstreetmap.org/?lat=52.94495lon=-1.21801zoom=17layers=0BFT any ideas? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Coastline checker back online
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martijn van Oosterhout wrote: | After sorting all the problems mentioned and more, the coastline | checker is finally back in the air. That's great - thanks very much. I note that the ways in wrong direction checker is /much/ better than the JOSM validator one, but it still goes wrong in some places like this: http://tile.openstreetmap.nl/coastlines.html?zoom=11lat=24.029lon=-74.473 Any idea what went wrong there? Thanks, Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH3UBOz+aYVHdncI0RAmMVAJ4oVohc2o9qwruroemKS6HCFF7qLACeNUuy AElsh6MULdOPCXcf1zWgDLo= =feaJ -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Coastline checker back online
On Sun, Mar 16, 2008 at 4:44 PM, Robert (Jamie) Munro [EMAIL PROTECTED] wrote: I note that the ways in wrong direction checker is /much/ better than the JOSM validator one, but it still goes wrong in some places like this: http://tile.openstreetmap.nl/coastlines.html?zoom=11lat=24.029lon=-74.473 Any idea what went wrong there? The right way is a relative concept. Zoom out a bit and you'll see that due to an error in the south american coastline a large chunk of the atlantic ocean in considered land. Relative to the *that* the island is indeed wrong, but relative to the real world it is currently correct. i.e. fix the south american coastline and it will solve itself. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Woodland on a university campus (using layers to make areas render)
On Sun, Mar 16, 2008 at 02:44:21PM +, OJ W wrote: Where an area of natural=wood is inside an area of amenity=university, the woodland doesn't appear unless you put it at layer0 http://informationfreeway.org/?lat=52.9356064080633lon=-1.2017670228240827zoom=17layers=B000F000F however, that makes the roads 'underneath' the woodland disappear from the map similarly with woodland inside a leisure=park http://www.openstreetmap.org/?lat=52.94495lon=-1.21801zoom=17layers=0BFT any ideas? I'd suggest that this is an ordering bug in the renderer - the university area is a non-physical thing that just identifies the ground covered (mostly like landuse=residential, etc[1]). The woodland is a real physical thing, so should always be rendered to show in preference to the university area, IMO. Cheers, -- Matthew [1] The main difference being that the university land is probably all owned by the university, whereas the residential land is owned by different people. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Woodland on a university campus (using layers to make areas render)
On Sun, Mar 16, 2008 at 2:44 PM, OJ W [EMAIL PROTECTED] wrote: Where an area of natural=wood is inside an area of amenity=university, the woodland doesn't appear unless you put it at layer0 http://informationfreeway.org/?lat=52.9356064080633lon=-1.2017670228240827zoom=17layers=B000F000F however, that makes the roads 'underneath' the woodland disappear from the map similarly with woodland inside a leisure=park http://www.openstreetmap.org/?lat=52.94495lon=-1.21801zoom=17layers=0BFT any ideas? Surely this is just a z-ordering issue in the renderer? You've decided that woods should render above university areas and parks, which seems sensible to me, so put this rule in the renderer where it belongs. Both of these features cover this area, and one is not on-top of the other, so there shouldn't be any layer tags at all. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Woodland on a university campus (using layers to make areas render)
[EMAIL PROTECTED] wrote: On Sun, Mar 16, 2008 at 02:44:21PM +, OJ W wrote: Where an area of natural=wood is inside an area of amenity=university, the woodland doesn't appear unless you put it at layer0 http://informationfreeway.org/?lat=52.9356064080633lon=-1.2017670228240827zoom=17layers=B000F000F however, that makes the roads 'underneath' the woodland disappear from the map similarly with woodland inside a leisure=park http://www.openstreetmap.org/?lat=52.94495lon=-1.21801zoom=17layers=0BFT any ideas? I'd suggest that this is an ordering bug in the renderer - the university area is a non-physical thing that just identifies the ground covered (mostly like landuse=residential, etc[1]). The woodland is a real physical thing, so should always be rendered to show in preference to the university area, IMO. Cheers, Maybe such non-physical things shouldn't be rendered with a full polygon fill, but with some half-transparent hatches instead. Or just by rendering their borders with some custom style. And if you want to render universities as physical entities, buildings should do the trick. Cheers, Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Osmarender an area over time
Hello. Huge apologies if this is explained somewhere, but how do the 'time-lapse' images of areas get rendered that appear in places like the Wiki featured image ? I'm a bit new, but have succesfully rendered a few areas, and would love to show how some of Northumberland is growing. I could try to remember to download data files every couple of days and then render them, but maybe the api can deliver the equivalent of a 'diff' ? Thanks in advance Paul. -- Paul Hurley http://www.paulhurley.co.uk/ The knack of flying is learning how to throw yourself at the ground and miss. Hitchhikers Guide to the Galaxy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] ski pistes
Hi AFAIK, the ski pistes proposal (http://wiki.openstreetmap.org/index.php/WikiProject_Piste_Maps ) hasn't yet fully been accepted, and since I have lots of traces for 3 ski resorts (lifts are already in the OSM database), I am wondering what should I do. I see people are using the tags in the proposal to have the maps rendered in OpenPisteMap.org, but since, again AFAIK, the proposal is not accepted yet, should I use instead the route=ski key instead of using the not-yet accepted proposal? Also, where does openpistemap get the level curves from? (like in http://openpistemap.org/?lat=42.7674lon=-0.3991zoom=13layers=B000 ) -- Rodrigo Moya [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Statistics and lists of common errors per region
On 16/03/2008, Roland Ramthun [EMAIL PROTECTED] wrote: Hi all, last week I started to write an application for myself that finds some common errors in our data. It is not finished and I use it as playground for new OOP concepts I learn at uni ;-) I have now installed it on my webserver, and let it run on the extracts generated every month. So the statistics are regenerated when the extracts are built. If someone is bored and wants to start fixing the nodes which are neither part of a way, nor a relation and have no tagging, he may have a look. The URL is http://roland-ramthun.de/osm/extracts/ Very many features are still missing and some of the errors are artificially introduced by Osmosis cutting the ways on the borders of the bbox. Real errors in the main DB should be red. Please don't use the HTML to delete something automatically, as someone may have temporary placed some errors for later enhancement. If you want to delete something, review it by hand carefully and preferably stick to areas you know a bit. Bug reports (i.e. wrong output) are welcome. I'll point out that it has been common practice almost since the project began for some of us to use two or more nodes at the end of a stub way to denote unfinished work. For instance I use this method a lot to denote a footpath going off a road that I haven't walked yet. Mostly I don't bother to tag those nodes. I certainly would not want these markers deleted. Cheers Andy Regards Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Andy Robinson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Statistics and lists of common errors per region
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Burgess schrieb: On Mon, 2008-03-17 at 00:33 +0100, Roland Ramthun wrote: Bug reports (i.e. wrong output) are welcome. The following line looks like it has some bad characters: Total Ways: 586521 (â��~7,34 nodes/way) From: http://roland-ramthun.de/osm/extracts/united-kingdom/united-kingdom-statistics.htm That's a correctly encoded UTF-8 character. However the page doesn't seem to define it's charset so your browser might have defaulted to iso-8859-1 - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH3bjiFUbODdpRVDwRAnzJAKDH49uYjhbkJPjh32VBuVnYryEv2ACfSaz9 ckw1tJ/8M/UzPIVV7wlr/cE= =43r1 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] JOSM connection timing out
Hi Guys, I'm trying to download data in JOSM and the connection attempt just times out on me. I can get the xml from the api using my webbrowser(FF). Here's the spew: C:\Program Files\MappingJava -jar -Xmx512M josm-latest.jar mappaint: Using jar's elemstyles.xml: jar:file:/C:/Program%20Files/Mapping/josm -latest.jar!/styles/standard/elemstyles.xml loading wmsplugin loading waypoints download: http://www.openstreetmap.org/api/0.5/map?bbox=-1.57769102294911,54.768 7132073325,-1.5680742046062557,54.775630940748194 java.net.ConnectException: Connection timed out: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(Unknown Source) at java.net.PlainSocketImpl.connectToAddress(Unknown Source) at java.net.PlainSocketImpl.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at sun.net.NetworkClient.doConnect(Unknown Source) at sun.net.www.http.HttpClient.openServer(Unknown Source) at sun.net.www.http.HttpClient.openServer(Unknown Source) at sun.net.www.http.HttpClient.init(Unknown Source) at sun.net.www.http.HttpClient.New(Unknown Source) at sun.net.www.http.HttpClient.New(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient (Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Sour ce) at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown So urce) at java.net.HttpURLConnection.getResponseCode(Unknown Source) at org.openstreetmap.josm.io.OsmServerReader.getInputStream (OsmServerRea der.java:46) at org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm (BoundingBoxD ownloader.java:95) at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$Task.rea lRun(DownloadOsmTask.java:37) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run (PleaseWaitRunnable. java:84) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source ) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) download: http://www.openstreetmap.org/api/0.5/trackpoints?bbox=-1.5776910229491 1,54.7687132073325,-1.5680742046062557,54.775630940748194page=0 java.net.ConnectException: Connection timed out: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(Unknown Source) at java.net.PlainSocketImpl.connectToAddress(Unknown Source) at java.net.PlainSocketImpl.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at sun.net.NetworkClient.doConnect(Unknown Source) at sun.net.www.http.HttpClient.openServer(Unknown Source) at sun.net.www.http.HttpClient.openServer(Unknown Source) at sun.net.www.http.HttpClient.init(Unknown Source) at sun.net.www.http.HttpClient.New(Unknown Source) at sun.net.www.http.HttpClient.New(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient (Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Sour ce) at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown So urce) at java.net.HttpURLConnection.getResponseCode(Unknown Source) at org.openstreetmap.josm.io.OsmServerReader.getInputStream (OsmServerRea der.java:46) at org.openstreetmap.josm.io.BoundingBoxDownloader.parseRawGps (BoundingB oxDownloader.java:51) at org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$Task.rea lRun(DownloadGpsTask.java:35) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run (PleaseWaitRunnable. java:84) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source ) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Thanks to blackadder on IRC for helping so far. -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Archicad to OSM (again!)
When I first asked this question a week back, I got some advice about using GRASS to convert .dwg/.dxf files to shape files, but in the end, I ran into problem after problem and nothing seemed to work. Also, from my reading, shape files aren't a lot of use for importing to OSM anyway (http://lists.openstreetmap.org/pipermail/talk/2008-March/023968.html ). *gives up in despair!* I'll ask again, in the hope of finding some more detailed instructions (something a complete idjut like me can understand!) or even someone prepared to convert the file for me to something OSM friendly like gpx or osm-xml. cheers! Andrew Harris andrew at woowoowoo.com 37.7638°S 144.9411°E ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[Talk-de] Wertetrenner bei Tags (war: Re: Wanderwege, Klettersteige, Kletterfelsen)
Morgen! Frederik Ramm schrieb: Soweit ich mich erinnere ist es so dass bei Nodes die einzelnen Tags allesamt in ein Feld in der Datenbank marschieren - getrennt durch Strichpunkte. Das stimmt. Das ist nur bei Nodes so, die haben keine eigene Tabelle fuer Tags. Eine Aenderung ist geplant, aber noch nicht umgesetzt. Das allein ist ja noch kein Grund. Oder werden bereits vorhandene Strichpunkte nicht vorher maskiert? Wenn ja, dann heißt das also, es gibt momentan tatsächlich keine bevorzugte Art, Werte in Tags voneinander zu trennen? Blanks als Wertetrenner hielte ich zumindest für äußerst unpassend, da sie ja auch in den Namen, refs oder was auch immer selbst vorkommen. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wertetrenner bei Tags (war: Re: Wanderwege, Klettersteige, Kletterfelsen)
Hi! Gernot Hillier schrieb: Frederik Ramm schrieb: Soweit ich mich erinnere ist es so dass bei Nodes die einzelnen Tags allesamt in ein Feld in der Datenbank marschieren - getrennt durch Strichpunkte. Das stimmt. Das ist nur bei Nodes so, die haben keine eigene Tabelle fuer Tags. Eine Aenderung ist geplant, aber noch nicht umgesetzt. Das allein ist ja noch kein Grund. Oder werden bereits vorhandene Strichpunkte nicht vorher maskiert? Wenn ja, dann heißt das also, es gibt momentan tatsächlich keine bevorzugte Art, Werte in Tags voneinander zu trennen? Blanks als Wertetrenner hielte ich zumindest für äußerst unpassend, da sie ja auch in den Namen, refs oder was auch immer selbst vorkommen. Sorry für das Self-Follow-Up, aber habe gerade noch eine Stelle gefunden, die für Strichpunkte, auch bei Nodes spricht: amenity=bank;atm. Steht IIRC schon seit Ewigkeiten so auf Map_Features. Ich kann also kaum glauben, dass das wirklich Probleme verursacht... -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wertetrenner bei Tags (war: Re: Wanderwege, Klettersteige, Kletterfelsen)
Hallo, Steht IIRC schon seit Ewigkeiten so auf Map_Features. Ich kann also kaum glauben, dass das wirklich Probleme verursacht... Probier's einfach aus. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Innenhöfe von Gebäuden?
Hallo zusammen, wie malt man denn Innenhöfe von Gebäuden? Irgendwie das selbe Problem wie bei Inseln oder? Wär nett wenn mir das mal kurz jemand erklären könnte, oder besser noch wären Koordinaten mit einem Beispiel. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Innenhöfe von Gebäuden?
Hi, Sven Geggus schrieb: Wär nett wenn mir das mal kurz jemand erklären könnte, oder besser noch wären Koordinaten mit einem Beispiel. Schau dir mal den Bundestag an: http://www.openstreetmap.org/?lat=52.518443lon=13.376854zoom=18layers=B0FT vg pls ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Innenhöfe von Gebäuden?
Prolineserver schrieb: Hi, Sven Geggus schrieb: Wär nett wenn mir das mal kurz jemand erklären könnte, oder besser noch wären Koordinaten mit einem Beispiel. Schau dir mal den Bundestag an: http://www.openstreetmap.org/?lat=52.518443lon=13.376854zoom=18layers=B0FT Genau, das funktioniert wie alle Multipolygone. Äußerer Weg mit dem Uhrzeigersinn, innerer dagegen, beide gleich taggen (zumindest mit dem building tag) und beide in eine Relation gestopft. Fertig ist die Laube, äh der Regierungssitz. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Innenhöfe von Gebäuden?
Hallo, das funktioniert wie alle Multipolygone. Äußerer Weg mit dem Uhrzeigersinn, innerer dagegen, beide gleich taggen (zumindest mit dem building tag) und beide in eine Relation gestopft. Fertig ist die Laube, äh der Regierungssitz. Das mit dem Uhrzeigersinn war uebrigens NIE geplant. Das ist ein Relikt aus Vor-Relation-Zeiten, wo Osmarender einfach alles in einen SVG-Path geworfen hat, und dort dann die evenodd-Rule zur Anwendung kam, die den Uhrzeigersinn beachtet. Derzeit ist das immernoch in einigen Render-Situationen so, aber eigentlich sollte das mit dem Uhrzeigersinn oder nicht der Vergangenheit angehoeren. Ob irgendwas ein Loch im Polygon ist, entscheidet sich an der Rolle inner und nicht daran, ob es mit oder gegen den Uhrzeigersinn gemalt ist. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] mapnik-installation scheitert bei shp2pgsql
Hi, Ich versuch grad die mapnik-anleitung vom wiki nachzuvollziehen. http://wiki.openstreetmap.org/index.php/Mapnik An der Stelle $ shp2pgsql -s 900913 -I -g way processed_p shoreline_a | psql -q gis komm ich nicht weiter, da kommen folgende Fehlermeldungen: [EMAIL PROTECTED] ~/mapnik/coastlines $ shp2pgsql -s 900913 -I -g way processed_p shoreline_a | psql -q gis Shapefile type: Polygon Postgis type: MULTIPOLYGON[2] HINWEIS: CREATE TABLE erstellt implizit eine Sequenz »shoreline_a_gid_seq1« für die »serial«-Spalte »shoreline_a.gid« FEHLER: Relation »shoreline_a« existiert bereits FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [Neuling]Radwege und Straßen?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steffen Winkler schrieb: Hi, ich bin *relativ* neu bei OSM (klar, ich kenn das Projekt schon länger, fang jetzt aber erst mit dem mappen an) Meine erste Straße die ich eingetragen hab (mit potlach, jaja Asche auf mein Haupt, werd in Zukunft auch brav JOSM benutzen ;)) ist die L216 zwischen Kirchgellersen (mein Wohnort) und Reppenstedt ( http://www.openstreetmap.org/?lat=53.2414lon=10.3278zoom=14layers=B0FT ) Nun hab ich hier einige Mails mitbekommen von wegen Fahhradweg, Ortszugehörigkeiten etc. Was genau muss ich jetzt noch machen? Die L216 hat in Kirchgellersen auf beiden Seiten Rad/Fußweg (halt *normaler* Bürgersteig wo auch mit dem Fahrrad drauf gefahren werden soll) außerhalb von Kirchgellersen gibt es aber nur auf der linken Seite einen Rad/Fußweg der durch einen schmalen Grünstreifen getrennt ist...in Reppenstedt geht das noch ein Stück so weiter und kurz hinter der vorletzten Kurve gibts auch dort auf beiden Seiten wieder Rad/Fußweg. Was genau muss ich da machen? IMHO cycleway=track an den way der Landstraße. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH3aKoFUbODdpRVDwRApw0AKC8wQP/4Ees9uIUPSSAZRdTkIkoFACfYXX8 6Po+pF6ip85qRd98wLUge/I= =BEK8 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Innenhöfe von Gebäuden?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederik Ramm schrieb: Hallo, das funktioniert wie alle Multipolygone. Äußerer Weg mit dem Uhrzeigersinn, innerer dagegen, beide gleich taggen (zumindest mit dem building tag) und beide in eine Relation gestopft. Fertig ist die Laube, äh der Regierungssitz. Das mit dem Uhrzeigersinn war uebrigens NIE geplant. Das ist ein Relikt aus Vor-Relation-Zeiten, wo Osmarender einfach alles in einen SVG-Path geworfen hat, und dort dann die evenodd-Rule zur Anwendung kam, die den Uhrzeigersinn beachtet. Derzeit ist das immernoch in einigen Render-Situationen so, aber eigentlich sollte das mit dem Uhrzeigersinn oder nicht der Vergangenheit angehoeren. Ob irgendwas ein Loch im Polygon ist, entscheidet sich an der Rolle inner und nicht daran, ob es mit oder gegen den Uhrzeigersinn gemalt ist. Mit der Ausnahme von Küsten. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH3blEFUbODdpRVDwRAmDdAKC4jcwvxVCRYxNMKIANrAc+9ZaisQCfSyiu Mi2WK3I+CyPTSeG1INsBSBk= =4vAF -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [OSM-talk-fr] Activité hier en france
ça c'est un coup d'alban ! ;) Bon zou, y'a du taff pour ajuster les frontières now... On Sun, 16 Mar 2008 14:53:21 +0100, Renaud Martinet [EMAIL PROTECTED] wrote: Je jouais avec un petit script que j'ai fait pour afficher les dernières modifs depuis les diffs quotidiens et oh surprise ! il s'est passé plein de trucs hier... voir l'image jointe. En tout cas ça a une bonne gueule :) Renaud. -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Activité hier en france
Ouais c'est bien du Alban mais le copyright de Cartographes Associées? Michel Steven Le Roux a écrit : ça c'est un coup d'alban ! ;) Bon zou, y'a du taff pour ajuster les frontières now... On Sun, 16 Mar 2008 14:53:21 +0100, Renaud Martinet [EMAIL PROTECTED] wrote: Je jouais avec un petit script que j'ai fait pour afficher les dernières modifs depuis les diffs quotidiens et oh surprise ! il s'est passé plein de trucs hier... voir l'image jointe. En tout cas ça a une bonne gueule :) Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Activité hier en france
Sympa ce script Michel Renaud Martinet a crit: Je jouais avec un petit script que j'ai fait pour afficher les dernires modifs depuis les diffs quotidiens et oh surprise ! il s'est pass plein de trucs hier... voir l'image jointe. En tout cas a a une bonne gueule :) Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Activité hier en france
Ben ça faisait un moment que j'avas eu l'idée mais pas trop le temps de le faire et puis avec l'appel de Steven pour mettre des trucs sur openstreetmap.fr je me suis dit que c'était l'occasion. Faut juste que je peaufine et ca sera operationnel. Renaud. 2008/3/16 Megaten [EMAIL PROTECTED]: Sympa ce script Michel Renaud Martinet a écrit : Je jouais avec un petit script que j'ai fait pour afficher les dernières modifs depuis les diffs quotidiens et oh surprise ! il s'est passé plein de trucs hier... voir l'image jointe. En tout cas ça a une bonne gueule :) Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Activité hier en france
Un seul mot : bravo ! Je jouais avec un petit script que j'ai fait pour afficher les dernières modifs depuis les diffs quotidiens et oh surprise ! il s'est passé plein de trucs hier... voir l'image jointe. En tout cas ça a une bonne gueule :) Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] carte des trains
Bonjour, Je voulais savoir si y'a quelque part une extraction de openstreetmap avec uniquement les lignes de train, les gares etc. Comme ça existe pour les chemins accessibles aux vélos. Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Activité hier en france
Mapnik utilise le admin_level tag, voir ici: http://www.openstreetmap.org/?lat=51.2963lon=5.5885zoom=13layers=B0FT. En Mercredi le frontieres devrait être mis sur le Mapnik layer. 2008/3/16 Alban [EMAIL PROTECTED]: Renaud Martinet a écrit : Je jouais avec un petit script que j'ai fait pour afficher les dernières modifs depuis les diffs quotidiens et oh surprise ! il s'est passé plein de trucs hier... voir l'image jointe. En tout cas ça a une bonne gueule :) Bien vu Renaud pour la capture en live. Pour l'historique, le pourquoi du comment et la licence cf. Limites régions/départements sur la liste. Maintenant il nous reste à connecter tout ce bazar au limites nationales et au littoral, de supprimer les doublons (région parisienne) et de le rendre plus précis (quand la limite est un cours d'eau le tracé ne passe pas forcement au milieu du cours d'eau). Remarque c'est dommage que le rendu ne distingue pas les 'boundaries' en fonction de 'admin_level' Ciao, Alban ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] carte des trains
Bonsoir, Le Sunday 16 March 2008 18:25:06 Axel Rousseau, vous avez écrit : En gros, c'est surtout pour savoir où je peux aller si je n'ai pas de voitures et que je me déplace comme piéton... Il n'existe pas de carte où on peut trouver ce type d'infos... Le souci de l'approche cartographique, c'est que ca va dire il y a une ligne la, c'est bien, le passionne que je suis aime bien cette idee. Mais le voyageur a, surtout, besoin d'infos sur le service fourni sur cette ligne, faute de quoi l'attente risque de paraitre longue. Il se peut aussi qu'il vaille mieux prendre le car du departement. En gros, je reve qu'il existe un format ouvert pour publier les informations horaires, que les transporteurs jouent le jeu de rendre disponibles leurs informations dans ce format, et que des gens sortent des services operateur-agnostiques agregeant le tout. Cote presentation, on peut imaginer des choses sympa avec de la carto, mais il faudrait commencer par avoir les infos, deja. J'ai l'impression que pour l'instant c'est juste un reve, mais qui sait? Cordialement, Sebastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] carte des trains
Effectivement, les lignes de cars départementaux auraient toute leur place dans une carte comme celle ci. Le site internet de la SNCF ne propose qu'un ou deux changements maximums (je ne sais plus exactement) et parfois, pour aller dans certains endroits, il est nécessaire d'avoir une vision d'ensemble pour se dire peut être que je pourrais passer par là et de vérifier par la suite, les horaires des différentes lignes du chemin imaginer. L'information des horaires seraient nécessaires pour faire des calculs de chemin, mais la carte serait déjà très utile, même sans calcul de chemin. Axel Le souci de l'approche cartographique, c'est que ca va dire il y a une ligne la, c'est bien, le passionne que je suis aime bien cette idee. Mais le voyageur a, surtout, besoin d'infos sur le service fourni sur cette ligne, faute de quoi l'attente risque de paraitre longue. Il se peut aussi qu'il vaille mieux prendre le car du departement. En gros, je reve qu'il existe un format ouvert pour publier les informations horaires, que les transporteurs jouent le jeu de rendre disponibles leurs informations dans ce format, et que des gens sortent des services operateur-agnostiques agregeant le tout. Cote presentation, on peut imaginer des choses sympa avec de la carto, mais il faudrait commencer par avoir les infos, deja. J'ai l'impression que pour l'instant c'est juste un reve, mais qui sait? Cordialement, Sebastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr