Re: [Potlatch-dev] Introducing Magic Roundabout tool
On Fri, Feb 25, 2011 at 3:02 AM, Steve Bennett stevag...@gmail.com wrote: 4) Handle any special cases. (I haven't really looked. It's 3am. The undo stuff confused me greatly.) Oh, what do you know, I found one. If two of the ways meeting at the middle are actually one two ends of one long way, then too much gets deleted. Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
[Potlatch-dev] [OpenStreetMap] #3553: Saving data doesn't refresh timestamp/user information in p2
#3553: Saving data doesn't refresh timestamp/user information in p2 +--- Reporter: Andy Allan | Owner: potlatch-dev@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: | +--- The diffUploadComplete function only deals with ids and version numbers, but it should also handle changes to uid, user and timestamp. http://trac.openstreetmap.org/browser/applications/editors/potlatch2/net/systemeD/halcyon/connection/XMLConnection.as?rev=25227#L254 -- Ticket URL: http://trac.openstreetmap.org/ticket/3553 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] Introducing Magic Roundabout tool
On Fri, Feb 25, 2011 at 6:20 AM, Andy Allan gravityst...@gmail.com wrote: Unfortunately it doesn't compile - I think you added a length() function to Elastic.as but haven't added it in! Also, DrawWay.as#328 needs fixing since that doesn't compile either. Could you have a look as soon as you get the chance - I'll hold off from uploading my commits for the moment and just work on things locally. Doh, I committed too far down the tree - forgot that Halcyon isn't in the Potlatch2 dir. Done now. (Also, best to avoid committing code with compiler warnings - there's now some missing type declarations, class-scoped vars (I suspect you want these instance scoped), duplicate variable declarations - give me a shout if you're unsure or don't have time and I can sort them out for you) Whoops, sorry about that. All fixed now. I've discovered some slight flakiness, in that occasionally it produces a bad result, and if you try to undo, you get an exception. I'll need to understand a bit more how to use the undo system. Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [osmosis-dev] Problems importing osm files to API bd
2011/2/18 Brett Henderson br...@bretth.com Hi Egoitz, Apologies for the slow reply, but better late than never :-) Yes much better XD Using Ecuador osm file form Cloudmade at Feb 8, 2011 : SEVERE: Thread for task 1-read-xml-0.6 failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to insert user with id 222199 into the database. Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint users_display_name_idx I haven't seen this before, but I suspect I know what is causing it. I'm guessing that there are two entities (nodes, ways or relations) that have different user ids but the same display name in the file. I haven't seen it before, but it's possible that a user has been renamed, then subsequently a separate user renamed to user the same name as the first user's original name. That might cause the same username to appear with different user ids. If you download a fresh planet all usernames will be aligned, and if you subsequently load that planet into a database and keep the database up-to-date with daily/hourly/minutely diffs the users will also be kept correctly named because users are stored in a separate users table eliminating duplication. It's only a problem when applying diffs to XML files because only updated entities will have their usernames updated, any existing entities will continue to have the names from the input XML file. Thanks I'll extract Ecuador .osm file directly from the latest planet file. Using the osm file result of the extract sentence I've writed earlier : SEVERE: Thread for task 1-read-xml-0.6 failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to load current way nodes. Caused by: org.postgresql.util.PSQLException: ERROR: insert or update on table current_way_nodes violates foreign key constraint current_way_nodes_node_id_fkey Detail: Key (node_id)=(490767853) is not present in table current_nodes These are usually caused by inconsistencies in the XML file you've downloaded. In both cases ways are referring to nodes that don't exist in the file. Without knowing the complete history of the files you've downloaded it's hard to know why this might be. In the past, I've simply dropped the current_way_nodes_node_id_fkey constraint to make it work, but that could potentially cause other issues. Using Spain osm file from Cloudmade at Feb 8, 2011 : All ok. I can use JOSM to access ( and even change ) the data from the API DB. The API BD is always new ( dropdb : createdb : rake db:migrate : rake test ) before the population senteces. Lets use an example to explain the problem : Using a osm file downloaded from Cloudmade that works correctly ( importing to APIDB and editing with JOSM ), if I extract a bounding box with this sentence ... : bzcat spain.osm.bz2 | osmosis --read-xml file=/dev/stdin enableDateParsing=no --bounding-box top=43.5 left=-3.5 bottom=42.0 right=-1.0 --write-xml file=- | bzip2 extracted.osm.bz2 and try to populate de APIDB with the extracted file ... : bzcat extracted.osm.bz2 | osmosis --read-xml-0.6 file=- populateCurrent=yes host=localhost database=xxx user=xxx paasword=xxx validateSchemaVersion=no Ends with error, ( Detail: Key (node_id)=(490767853) is not present in table current_nodes ) that node is out of the extract bounding box and it thosen't appear at extracted.osm.bz2 but it appears at spain.osm.bz2 ( the node is part of a way that starts at the bounding box but ends outside the bounding box ). So tried the drop constraint solution : psql -d openstreetmap -c ALTER TABLE current_way_nodes DROP CONSTRAINT current_way_node_id_fkey CASCADE; It solved the populating problems ( no errors ), but using JOSM to see the APIBD information causes error if I try to view any way related with the ways that created the previous importing error ( it works if I view a zone with no ways related with the outside of the bounding box ): Log of the API server : Processing ApiController#map (for 192.168.3.111 at XXX) [GET] Parameters: {bbox=-3.0308533,43.3311716,-3.0116272,43.345155} Node Load (5.5ms) SELECT * FROM current_nodes WHERE (current_nodes.visible = 't' ) AND (( tile BETWEEN 1878255232 AND 1878255251 OR tile BETWEEN 1878255256 AND 1878255259 ) AND latitude BETWEEN 433311716 AND 433451550 AND longitude BETWEEN -30308533 AND -30116272) LIMIT 50001 NodeTag Load (12130.7ms) SELECT current_node_tags.* FROM current_node_tags WHERE (current_node_tags.id IN (3085055...lot of numbers..)) WayNode Load (4.8ms) SELECT * FROM current_way_nodes WHERE (current_way_nodes.node_id IN (lot of numbers)) Way Load (1.5ms) SELECT * FROM current_ways WHERE (current_ways.id IN (lot of numbers)) WayNode Load (4.0ms) SELECT current_way_nodes.* FROM current_way_nodes WHERE (current_way_nodes.id IN (lot of numbers)) WayTag Load (1.7ms) SELECT current_way_tags.* FROM current_way_tags WHERE (current_way_tags.id IN (lot of numbers)) Node Load
Re: [OSM-dev] Different styles for each country/region
Hi, (sorry, resent to list with correct from) thanks for your answer. It was already quite enlightening, because I had no idea of the technical problems. But, I'm not yet 100% satisfied :) I'll see that I can do about the remaining issues. People desperately trying to change their countries look and feel to what they are used to from the only road atlas they ever owned might be tempted to fix the style without the necessary skills and might very well create ugly styles ruining the nice user experience we have now. Well, but the system could set up some barrier, so that not everyone could just change the style: - only people with a certain amount of edits would have the right to change the style - votes are necessary to change the style - or something like that Unfortunatly beeing an avid mapper doesn't mean that you know about renderers, stylesheets or have any sense of style and design whatsoever. And the completly broken tag proposal and voting process shows that openstreetmap is not a democracy. Also, creating this style of map would only be necessary once or twice. I think, most west european countries are already at some point where the important stuff is already inclued in OSM - it would then not be a problem to design a nice template for their country. Of course, people may tend to copy the style of their printed road atlasses or of Google Maps or whatever; still, some styles are not specific to one publisher. Think of the Autobahn signs in Germany, for example. Copying the style of printed road atlases, Google Maps or other copyrighted works might very well leave openstreetmap open to legal liabilities. This is certainly not a problem for blue Autobahn signs, might get tricky if you want to use the logos of subway operators and it gets outright illegal if you want to copy the look and feel of Google Maps. 1.) 200 copies of the style with small tweaks to render the correct language of the name tags and the correct highway colors eats more RAM then any reasonable box has to spare on that (IIRC the amount is in the two digit gigabyte range.) I don't know about the interna of the rendering, but is this really such a big issue? I always thought that the rendering process is idle most of the time and only comes to work when somebody made a change. Well, but I don't know about that :) Yes it is. The main tile server is pushing 50 Megabytes per Second of tiles, most of them freshly rendered. The tiles@home project prerenderes every change and need about two hours till a change makes it to the rendered tiles and needs about 6 weeks to rerender the world. The world is _large_ and the rate of change in openstreetmap is substantial. 3.) Some people (say Germans) will expect all of the world rendered in the style they are used to (lets call it the german style), other Germans would expect Germany in the german style and France in the french rendering style. How do you resolve that? How do you deal with the fact that some tiles are half french and half german? Well? How do you? 4.) How do you allow people to select map style? On of the earliest problems of the toolserver map display was that a dropdown list with 200 language layers in Openlayers is bulky at best and breaks old browsers at worst. But that can't really be a problem, right? The choice can be narrowed down really nicely: Oh, it is a very real problem. 1. Check the browsers language 2. Check, which area is currently viewed. If then a German user (= German browser) looks at a place in Germany, it would just display one option: German (native). If one looked at Austria, it would change the list and display: German style and Austrian style. If a British user looks at Germany, it would show: British style with English names, British style with German names, German native style. Imho, this would reasonably satisfy all needs. German user looking at a Chinese city: German style with German names, German style with Chinese names, Chinese native style, Chinese native style + reading (the last one would only be necessary in areas such as China, Japan or Taiwan, where it is impossible/difficult for people having a slight knowledge of the language to be able to read _every_ geographical name.) I guess, it is not necessary to offer a German user the option to display a Chinese city with Arabian names. Perhaps not that. But what if I zoom out until I see three european countries with five languages? What if I want to show that map to a Japanese collegue? What if I want to show a map of Austria to a British collegue. Do I want German style, Austrian style or British style? With German or English names? All of that are _solvable_ problem. But very real problem and we the lack the man power to solve them at the moment. If the system changed the dropdown list according to the viewed region, it would significantly narrow the options. And, if the user then wants to have China displayed with
Re: [OSM-dev] imposm.parser - New Python library for OSM XML and?PBF files
Oliver Tonnhofer o...@omniscale.de wrote: PostGIS for now, but it could be extended to support SQLite, etc. It is similar to osm2pgsql but it supports more customizable database schemas. Do you have support for incremental database updates? Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] mod_tile/renderer/apache configuration issue
Hi, I have built my own openstreetmap server (Ubuntu 10.04) using the guidelines from http://weait.com/content/build-your-own-openstreetmap-server http://weait.com/content/build-your-own-openstreetmap-server I was able to generate tiles using mapnik successfully. then I installed mod_tile using the following instructions : ** svn co http://svn.openstreetmap.org/applications/utils/mod_tile cd mod_tile Edit render_config.h so that all references to lib64 are lib if on a 32bit OS. Open renderd.conf change the path to WWW_ROOT to the correct path and the XML file should point to the one generated in the previous step by mapnik. Once everything is changed: sudo make sudo install sudo mkdir /var/www/osm_tiles2 sudo mkdir /var/www/direct sudo mkdir /var/run/renderd Edit /etc/apache2/conf.d/mod_tile.conf to match your settings and change the socket for renderd to /tmp/osm-renderd Make an empty file planet-import-complete in /var/lib/mod_tile/ Restart apache Run renderd via sudo ./mod_tile/renderd ** when I run renderer -f It runs without any errors and when I request for a tile http://LAN_server_IP/osm_tiles2/0/0/0.png it gives me 404 error.And when I open http://LAN_server_IP/mod_tile all values are 0 when I do apache2ctl -M it displays -- tile_module (shared) I have also disabled SElinux using -- sudo echo 0 /selinux/enforce * ** * *Renderd Daemon Output* * ** * root@ubuntu:~/mod_tile# ./renderd -f renderd[2121]: Rendering daemon started renderd[2121]: Parsing section renderd renderd[2121]: Parsing render section 0 renderd[2121]: Parsing section mapnik renderd[2121]: Parsing section default renderd[2121]: config renderd: unix socketname=/tmp/osm-renderd renderd[2121]: config renderd: num_threads=4 renderd[2121]: config renderd: num_slaves=0 renderd[2121]: config renderd: tile_dir=/var/lib/mod_tile renderd[2121]: config renderd: stats_file=/var/run/renderd/renderd.stats renderd[2121]: config mapnik: plugins_dir=/usr/local/lib/mapnik/input renderd[2121]: config mapnik: font_dir=/usr/local/lib/mapnik/fonts renderd[2121]: config mapnik: font_dir_recurse=1 renderd[2121]: config renderd(0): Active renderd[2121]: config renderd(0): unix socketname=/tmp/osm-renderd renderd[2121]: config renderd(0): num_threads=4 renderd[2121]: config renderd(0): tile_dir=/var/lib/mod_tile renderd[2121]: config renderd(0): stats_file=/var/run/renderd/renderd.stats renderd[2121]: config map 0: name(default) file(/home/haseeb/mapnik/my_osm.xml) uri(/var/www) htcp() host(tile.idt.org) renderd[2121]: Initialising unix server socket on /tmp/osm-renderd renderd[2121]: Created server socket 4 renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansCondensed-BoldOblique.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerif.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansCondensed-Oblique.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerifCondensed.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerif-BoldItalic.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSans-ExtraLight.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansMono-Bold.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansCondensed-Bold.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerifCondensed-BoldItalic.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/unifont-5.1.20080907.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSans-BoldOblique.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerif-Bold.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerifCondensed-Italic.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansMono.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansMono-Oblique.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansCondensed.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerifCondensed-Bold.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSans-Bold.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSansMono-BoldOblique.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSerif-Italic.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSans-Oblique.ttf renderd[2121]: DEBUG: Loading font: /usr/local/lib/mapnik/fonts/DejaVuSans.ttf
[OSM-dev] Nominatim installation
Hello I am trying to install Nominatim. I am following steps from http://wiki.openstreetmap.org/wiki/Nominatim/Installation and finally I get the next error: 2011-02-24 09:26:46 CET ERROR: column parent_place_id does not exist at character 17 2011-02-24 09:26:46 CET STATEMENT: select place_id,parent_place_id from placex WHERE ST_DWithin(ST_SetSRID(ST_Point(-1.8160209864499,52.548742971495),4326), geometry, 0.0002) and rank_search != 28 and rank_search = 30 and (name is not null or housenumber is not null) and class not in ('waterway') and (ST_GeometryType(geometry) not in ('ST_Polygon','ST_MultiPolygon') OR ST_DWithin(ST_SetSRID(ST_Point(-1.8160209864499,52.548742971495),4326), ST_Centroid(geometry), 0.0002)) ORDER BY ST_distance(ST_SetSRID(ST_Point(-1.8160209864499,52.548742971495),4326), geometry) ASC limit 1 This error appears when I try to get a reverse geocoding from reverse.php script. I don't know what could be the reason of this error but I can't see the column writed in any sql script of the instructions. Need I to execute some other scripts ? Thank you! ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Some Questions about the Collaboration of OpenStreetMap and Wikipedia
Hi developers, I'm student who is currently working on using OpenStreetMap to facilitate our project. Now I want to retrieve Wikipedia entry from OpenStreetMap to fertilize the data source for our project. To do this, I crawled OSM data, and found there are few wikipedia tags in my test region (Singapore downtown: minLon=103.84051, maxLon=103.86137, minLat=1.28026, maxLat=1.29298). On the other hand, there are plentiful wikipedia entries in the same area on Google Map. Hence, I guess that the wikipedia entry on OpenStreetMap is added manually. Am I correct? Also, I'm eager to know whether there is any automatic wikipedia entry recognition tool for OpenStreetMap, in case I'm not aware of them. I've also read some articles that introduce the collaboration of OpenStreetMap and Wikipedia, such as http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipediagoog_546150628 , http://meta.wikimedia.org/wiki/OpenStreetMap. One interesting thing is that I found there is a mirror OpenStreetMap: http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?la=enuselang=enlon=103.853039lat=1.28625rang=50map=1. And I found there are far more wikipedia entries than those on the main site in my test region, though entry size is still smaller than that on Google Map. So, does this mirror site use some additional techniques to discover wikipedia entries? or is the data source of the mirror site is a bit different from that of the main site? Regards, Zhijie -- Zhijie Shen School of Computing National University of Singapore http://www.comp.nus.edu.sg/%7Ez-shen/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Let's put more wikipedia-tags in OSM WAS Re: Some Questions about the Collaboration of OpenStreetMap and Wikipedia
2011/2/24 Zhijie Shen zjshe...@gmail.com: I'm student who is currently working on using OpenStreetMap to facilitate our project. Now I want to retrieve Wikipedia entry from OpenStreetMap to fertilize the data source for our project. To do this, I crawled OSM data, and found there are few wikipedia tags in my test region... I guess that the wikipedia entry on OpenStreetMap is added manually. Am I correct? Yes, they are added manually. If you wanted to put them on the map without reference to an OSM-Object you could simply take the coordinates that wikipedia gives you for geotagged articles and display them as an overlay. We cannot (AFAIK) import those coordinates into OSM because we believe that they were mainly created from Googlemaps hence constitute a derived database [1]. Today I was looking at some places (countries, states and cities) and found that despite some wikipedia links most of them are actually missing. I invite everybody to look in his region for features (not only place-features) to see, if they are already linked to wikipedia. In case they are not I suggest to add a tag in the form: wikipedia=language-code:article-name as suggested here: http://wiki.openstreetmap.org/wiki/Key:wikipedia e.g. wikipedia=en:London or wikipedia=it:Hong_Kong (copy the value from the URL to avoid typos). It is generally sufficient to add 1 wikipedia-tag for one language, as all the others can be fetched from the interlanguage links Wikipedia is offering. Only in rare cases there might be need for additional tags for different languages (in cases where the wikipedia structure for different languages is differing, e.g. some languages have a specific article, in other languages the same feature is described inside the article of another thing). cheers, Martin PS: This would also make a beautiful project of the month... [1] http://wiki.openstreetmap.org/wiki/Wikipedia#Importing_geodata_from_Wikipedia ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[osmosis-dev] [PATCH] Make --used-node keep nodes used in relations as well
Hi list The --used-node task keeps only the nodes that are used by at least one way. This allows unnecessary nodes to be thrown out while ensuring ways remain complete. *Relations*, however, are broken as the nodes referenced by these are thrown out. The attached trivial patch extends --used-node to keep a node if it is referenced by at least one way *or relation* in the input stream. I am using this locally and it works for me like a charm. - Bartosz Index: trunk/tagfilter/src/org/openstreetmap/osmosis/tagfilter/v0_6/UsedNodeFilter.java === --- trunk/tagfilter/src/org/openstreetmap/osmosis/tagfilter/v0_6/UsedNodeFilter.java (revision 25412) +++ trunk/tagfilter/src/org/openstreetmap/osmosis/tagfilter/v0_6/UsedNodeFilter.java (working copy) @@ -7,6 +7,9 @@ import org.openstreetmap.osmosis.core.container.v0_6.NodeContainer; import org.openstreetmap.osmosis.core.container.v0_6.RelationContainer; import org.openstreetmap.osmosis.core.container.v0_6.WayContainer; +import org.openstreetmap.osmosis.core.domain.v0_6.EntityType; +import org.openstreetmap.osmosis.core.domain.v0_6.Relation; +import org.openstreetmap.osmosis.core.domain.v0_6.RelationMember; import org.openstreetmap.osmosis.core.domain.v0_6.Way; import org.openstreetmap.osmosis.core.domain.v0_6.WayNode; import org.openstreetmap.osmosis.core.filter.common.IdTracker; @@ -25,6 +28,7 @@ * @author Brett Henderson * @author Karl Newman * @author Christoph Sommer + * @author Bartosz Fabianowski */ public class UsedNodeFilter implements SinkSource, EntityProcessor { private Sink sink; @@ -101,6 +105,17 @@ * {@inheritDoc} */ public void process(RelationContainer container) { + Relation relation; + + // mark all nodes as required + relation = container.getEntity(); + for (RelationMember memberReference : relation.getMembers()) { + if (memberReference.getMemberType() == EntityType.Node) { + long nodeId = memberReference.getMemberId(); + requiredNodes.set(nodeId); + } + } + allRelations.add(container); } ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Some Questions about the Collaboration of OpenStreetMap and Wikipedia
Hi Zihje. the colloboration between OSM and WP is bidirectional OSM-WP Is as you guessed by wikipedia=my article (including namespace variants) and of course this can be extracted and visualised e.g. http://olm.openstreetmap.de http://openstreetmap.pl/wp/ WP-OSM On WP the most articles are geotagged so it's quite easy to present it on top of what ever GIS component like the service you mentioned. So this is completely independend from our tagging in OSM. hope this was helpful Matthias ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Let's put more wikipedia-tags in OSM WAS Re: Some Questions about the Collaboration of OpenStreetMap and Wikipedia
On Thursday, February 24, 2011 10:16:22 AM M∡rtin Koppenhoefer wrote: I invite everybody to look in his region for features (not only place-features) to see, if they are already linked to wikipedia. In case they are not I suggest to add a tag in the form: wikipedia=language-code:article-name as suggested here: http://wiki.openstreetmap.org/wiki/Key:wikipedia e.g. wikipedia=en:London or wikipedia=it:Hong_Kong AFAIK, do *NOT* include underscores in the key name… as is mentioned on the aforementioned wiki page. E.g. that should be: wikipedia=it:Hong Kong -- Samat K Jain http://samat.org/ | GPG: 0x4A456FBA A fractal is by definition a set for which the Hausdorff Besicovitch dimension strictly exceeds the topological dimension. -- Mandelbrot, The Fractal Geometry of Nature (402) signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Let's put more wikipedia-tags in OSM WAS Re: Some Questions about the Collaboration of OpenStreetMap and Wikipedia
On Fri, Feb 25, 2011 at 1:16 AM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/2/24 Zhijie Shen zjshe...@gmail.com: I'm student who is currently working on using OpenStreetMap to facilitate our project. Now I want to retrieve Wikipedia entry from OpenStreetMap to fertilize the data source for our project. To do this, I crawled OSM data, and found there are few wikipedia tags in my test region... I guess that the wikipedia entry on OpenStreetMap is added manually. Am I correct? Yes, they are added manually. If you wanted to put them on the map without reference to an OSM-Object you could simply take the coordinates that wikipedia gives you for geotagged articles and display them as an overlay. We cannot (AFAIK) import those coordinates into OSM because we believe that they were mainly created from Googlemaps hence constitute a derived database [1]. If I have the geotagged articles, I can display it on OSM. However, my computation logic is that during parsing the OSM data, the wikipedia entries of the corresponding entities (e.g., node, way) should be crawled if they exist. The problem is that many entities have the corresponding wikipedia entries, but the wikipedia tags haven't been added in the OSM data. Hence only relying on wikipedia tags may overlook much potential knowledge. Yes, I agree the coordinates cannot be directly imported into OSM, otherwise, some inconsistence issues may occur. Today I was looking at some places (countries, states and cities) and found that despite some wikipedia links most of them are actually missing. I invite everybody to look in his region for features (not only place-features) to see, if they are already linked to wikipedia. In case they are not I suggest to add a tag in the form: wikipedia=language-code:article-name as suggested here: http://wiki.openstreetmap.org/wiki/Key:wikipedia e.g. wikipedia=en:London or wikipedia=it:Hong_Kong (copy the value from the URL to avoid typos). It is generally sufficient to add 1 wikipedia-tag for one language, as all the others can be fetched from the interlanguage links Wikipedia is offering. Only in rare cases there might be need for additional tags for different languages (in cases where the wikipedia structure for different languages is differing, e.g. some languages have a specific article, in other languages the same feature is described inside the article of another thing). In addition to manual editing by contributors, I'm also thinking about creating wikipedia tags or retrieving wikipedia entries automatically by analyzing the information from the current OSM data. cheers, Martin PS: This would also make a beautiful project of the month... [1] http://wiki.openstreetmap.org/wiki/Wikipedia#Importing_geodata_from_Wikipedia -- Zhijie Shen School of Computing National University of Singapore http://www.comp.nus.edu.sg/%7Ez-shen/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Remove 'Export to GPX...' from File menu
Dirk Stöcker openstreet...@dstoecker.de writes: On Mon, 21 Feb 2011, Sebastian Klein wrote: I'd like to remove the menu entry 'File Export to GPX...'. It is always disabled, unless a gpx layer is the *active* layer. Hmm, shouldn't it be enabled for OSM and GPX? Can JOSM convert OSM data into GPX? Exporting GPX data to GPX is somewhat strange. What is the difference between Save and Export to GPX? Matthias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Netbeans
Is it possible to use Netbeans to connect to the server for downloading packages and start trying some code for a future plugin? Im just a SW hobbiest with no experience at all in such big projects, I hear to recommendations fot a start up Thanks buddies ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Proj4J - New plugin supporting 3000+ projections
Perhaps my sensationalist subject line turned people off from this. Any chance this could get added to the svn? I'd like to submit patches against that rather than continually updating the zip on the ticket. I'd do so myself, but I don't want to be presumptuous and ask for an svn account. Regards, -Josh On Wed, Feb 16, 2011 at 8:32 PM, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Am Mi, 16.02.2011, 16:21 schrieb Josh Doe: I've gotten my plugin based on the Proj4J in a working state, or at least working for me. Some information is on the OSM wiki [1] and codes/JAR can be obtained from the trac site [2]. Gosh, good work! I'll try tomorrow. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Proj4J - New plugin supporting 3000+ projections
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 25.02.2011 05:10, schrieb Josh Doe: I'd do so myself, but I don't want to be presumptuous and ask for an svn account. Hello Josh, I think it's OK if you do it yourself. Since it's a new plugin it won't hurt anyone if it's committed to SVN. Put it next to hte other plugins. Plugins are in the normal OSM SVN, not in JOSM SVN. It's easy to get an SVN account for the OSM SVN. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1nW/4ACgkQnMz9fgzDSqd0ngCdGInPKJv75yilbOsva7tjNDKn 5tkAn2s1zM0n6h0PzVh63KoF/CCxx71q =8tRV -END PGP SIGNATURE- ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev