Re: [OSM-talk] JOSM plugin to import GeoJSON?
We run into geojson all the time as an interchange format.
I was not aware of the plugin somehow, but I just tried it out and it
worked fine for the geojson generated by Field Papers and another
community member reports that she has used it a great deal with Field
Papers and it worked great.
I just tried it with a few geojson files generated from JOSM and it does
not seem to import those (example attached)
Cheers,
Blake
On 3/6/2016 12:56 AM, Stefan Keller wrote:
To Ian and/or anybody
I'm searching a plugin to import GeoJSON vector data into JOSM.
I of course know Shapefiles but they are deprecated because e.g. they
cut-off field names at 10 chars. GeoJSON or GeoPackage are better
alternatives.
Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
Other plugins or alternatives?
:Stefan
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
{
"type":"FeatureCollection",
"crs":{
"type":"name",
"name":"EPSG:4326"
},
"generator":"JOSM",
"features":[
{
"type":"Feature",
"properties":{
},
"geometry":{
"type":"LineString",
"coordinates":[
[
34.39455,
-21.23088
],
[
34.11719,
-21.06965
],
[
34.10904,
-21.10852
],
[
34.089979,
-21.12866
],
[
34.05608,
-21.1497195
],
[
34.03801,
-21.17419
],
[
34.03241,
-21.2312798
],
[
33.9835372,
-21.3199553
],
[
34.0085905,
-21.31264
],
[
34.0501294,
-21.3036911
],
[
34.08934,
-21.2932803
],
[
34.13111,
-21.30658
],
[
34.1481282,
-21.3261484
],
[
34.18078,
-21.3154598
],
[
34.21064,
-21.29569
],
[
34.221319,
-21.27627
],
[
34.22472,
-21.2726097
],
[
34.25293,
-21.27256
],
[
34.27975,
-21.2883405
],
[
34.308941,
-21.3120304
],
[
34.3301868,
-21.3177579
],
[
34.34999,
-21.2902803
],
[
34.38400864274337,
-21.262989190020335
],
[
34.39455,
-21.23088
]
]
}
}
]
}___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction or revertion?
Thanks Martin and Frederik for the clarification. On Wed, Mar 23, 2016 at 1:58 PM, Frederik Ramm wrote: > Hi, > > On 03/23/2016 08:19 AM, maning sambale wrote: >> I'm aware that redaction is only for DWG dedicated accounts. What's >> the best practice/criteria for redaction? > > Edits that are *reverted* will stop showing on everything that is based > on the current version of our data (map, search, routing, editors etc) > and they will also not be findable with search engines. > > But they can still be retrieved through (a) requesting the object > history from the API, (b) downloading a (current) full history planet > file, (c) downloading an older planet snapshot or planet history file, > (d) requesting the history from downstream services that store it (I > believe Overpass is such a service). > > Edits that are *redacted* (note: only non-current versions of an object > can be redacted) will be suppressed by the API and hence vanish from the > methods (a) and (b) mentioned above; they will still be accessible by > the methods (c) and (d) because we don't retroactively change old planet > files that might have contained a problematic edit. > > We will usually consider redaction if someone has uploaded content that > should remain secret (eg the location of a shelter for victims of > domestic abuse), is grossly offensive, or constitutes a large and > obvious violation of someone else's copyright. > > On minor copyright violations (user uploads 10 houses with > source=Google, we tell him that's not allowed, he says sorry and deletes > the houses again) we usually don't bother with a redaction, although if > the copyright holder were to complain we would have to execute one. (If > a copyright holder were to really really complain we'd even have to > remove old planet files and old history planets that contain the > problematic data from our servers but this hasn't happened yet.[*]) > > Redactions are more of a last resort and not a routine tool; they make > working with the data more difficult hence we try to avoid them when not > necessary. > > Bye > Frederik > > [*] There was one incident long, long ago where several old planet files > were re-written to leave out a large amount of data for a Baltic country > that had been illegaly imported. > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] App for Walkability and Drivability Score using GIS
Hi, Myself karthik studying M.Tech GIS in NIIT university, India. I had done GIS related works in my B.Tech and now doing in M.Tech. In this I would like to create an App using GIS. I know C#, python, javascript, HTML, MySQL. so my idea is creating an Walk score and Bike score app using GIS. It’s a both Web App and Android App. It’s a Location based analysis App. I would like to do on Bangalore City, India. Because one of the major issues in India is Urbanization. By 2030, more than 50 per cent of India’s population is expected to live in urban areas. Drive less. Live more. Our mission is to help people find a walkable place to live and enjoy a walkable lifestyle in an urban cities. Walk Score helps you enjoy a walkable lifestyle, one of the simplest and best solutions for environment, health and economy. Walkability is a big part of deciding which homes to look at and to purchase. Walk Score is a numerical ranking or score for any address based on the accessibility of surroundings by walk. Similarly Bike score, Transit score, Drive Score has been generated. App details: 1. We will provide all the Apartments and Rent house details spatially located with map. They could choose their location and can able to create a buffer zone within a 5 km, 10 km or whatever they want. After that it list out all the features such as Shopping malls, Markets, Hospitals, Restaurants, Temples and all the other features are present within those zones which are spatially located on map and also in a attributes. 2. Based upon the features the scores will be generated for that zone. If all the features they need are presented within a zone means Score should be high and vice versa. 3. And also will provide route map to reach there and time taken to reach everything. So people will analyze the areas having more walk score, Bike score, Drive Score depend upon their choice and they can accommodate. 4. And also will provide Crime map of an area to analyze the crime details before they migrate for safety purpose. 5. We will also include Crowd source facility like if anyone want to include their shops, Rent houses, Restaurants and any other features means they can take photos upload their information and locate their points using maps. -- regards, Karthik, M.Tech, GIS ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
