-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add map apps #32
Add map apps #32
Conversation
And there’s the »locations« module, even one of the first used by multiple On Thu, Feb 7, 2013 at 3:03 PM, Niklas Cathor notifications@github.comwrote:
|
@nilclass usability issue on smarkers: When I simply want to add a On Thu, Feb 7, 2013 at 4:04 PM, Jan-Christoph Borchardt <
|
@jancborchardt "collections" are GeoJSON Feature Collections. In smarkers, whenever you want to see or add markers (i.e. GeoJSON Features), you need to select a collection first. In dspace each collection will be displayed in it's own tab (though at the moment you will only see a collection named "test", because the UI for the tabs isn't done yet). I agree that it's hardly a usable app, but a simple tool to populate your storage with location data. Realizing that, I am wondering if I should take that app out of this pull request again... |
Yeah, it’s probably best to not add the app if it’s not intended or ready @michielbdejong I’m looking at you. ;) Maybe editor, social and email Sorry to veer off the topic here but whatever. What do you think? On Thu, Feb 7, 2013 at 5:08 PM, Niklas Cathor notifications@github.comwrote:
|
@jancborchardt I think a separate section is better than removing the apps completely. |
Yes, that’s what I was saying. A »In development« or similarly named header below the properly usable apps. |
deployed! :) https://unhosted.org/apps/ |
Nice! On Thu, Feb 7, 2013 at 6:11 PM, Michiel@unhosted
|
Both dspace-client and smarkers work with the same data format (geoJSON FeatureCollections) now.