<br><br><div class="gmail_quote">On Mon, Nov 30, 2009 at 4:10 AM, Ævar Arnfjörð Bjarmason <span dir="ltr"><<a href="mailto:avarab@gmail.com">avarab@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On Mon, Nov 30, 2009 at 02:35, Jonathan-David SCHRODER<br>
<<a href="mailto:jonathan.schroder@gmail.com">jonathan.schroder@gmail.com</a>> wrote:<br>
> Hello,<br>
> I am working on a student project (team of 6 people) whose goal is to build<br>
> a solution allowing mobile devices to display indoor data along with wifi<br>
> geopositioning. (I am willing citing this because contrary to<br>
> <a href="http://www.micello.com" target="_blank">http://www.micello.com</a> or <a href="http://www.aws.cit.ie/mapume/" target="_blank">http://www.aws.cit.ie/mapume/</a> who we just found<br>
> about, we want to have something fully open source/free software).<br>
> As part of this project, we have decided to use the openstreetmap server<br>
> software technology.<br>
><br>
> Someone at University of Calford (UK) did the same as us and managed to draw<br>
> into a self-hosted openstreetmap server, the inside of some campus's<br>
> bookstore.<br>
> See here :<br>
> <a href="http://www.ja.net/development/network-access/location-awareness/investigations-la.html" target="_blank">http://www.ja.net/development/network-access/location-awareness/investigations-la.html</a><br>
> <= B2. Interactive Maps =<br>
> <a href="http://www.ja.net/documents/development/network-access/location-awareness/investigations/B2-interactive-maps-2.pdf" target="_blank">http://www.ja.net/documents/development/network-access/location-awareness/investigations/B2-interactive-maps-2.pdf</a><br>

><br>
> "@page 14 (or 270 in page footers)<br>
> "What worked well was the fact that whilst OpenStreetMap is intended for<br>
> outdoor maps it<br>
> can be made to work equally well for indoor maps. The interactive server can<br>
> be configured to<br>
> provide further zoom levels to display the resolution required for indoor<br>
> maps. The provision of<br>
> interactive elements can then be achieved by editing the PostGIS database to<br>
> include additional<br>
> objects, which can then be rendered by the mapnik renderer. Each additional<br>
> interactive object<br>
> will require its own unique style to be predefined to ensure that they<br>
> appear correctly on the<br>
> portable device."<br>
><br>
> I have put Nigel Linge who I believe is the author of this PDF and paragraph<br>
> as a recipient of this e-mail too.<br>
><br>
> Could someone tell precisely what config changes need to be done for indoor<br>
> precision & objects, starting from a regular openstreetmap server setup such<br>
> as that described on<br>
> <a href="http://weait.com/content/build-your-own-openstreetmap-server" target="_blank">http://weait.com/content/build-your-own-openstreetmap-server</a> ?<br>
><br>
> I basically would like to be able to draw every possible object contained in<br>
> a building/home/construction.<br>
> I have started creating a tags draft for indoor which is very limited at :<br>
> <a href="http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed_Features_-_Indoor" target="_blank">http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed_Features_-_Indoor</a><br>
><br>
> By the way, who would like to collaborate with my team on our indoor self-<br>
> and objects geopositionning project relying on openstreetmap and java-based<br>
> mobile applications ?<br>
<br>
</div></div>That's a very interesting project, but I don't see why you need to set<br>
up your own OpenStreetMap-like infrastructure for it. Why not just<br>
save this data to the main OpenStreetMap API which will take care of<br>
storing it for you and then retrieve daily dumps for your area and<br>
render the map from those? Then you don't have worry about hosting<br>
your own API, others can easily access your data from OSM and you only<br>
have to worry about rendering.<br></blockquote><div>Hello,<br>I do accept to have some buildings' outer bounds to be stored on the database which is _public_, but I and people who'll use our project will - we guess - mostly not want to have their building's levels contents (chair,table,fridge,room 322,trashcan...) stored inside that database, but rather another private database.<br>
I already use JOSM to send the buildings outer bounds on the public server and this process/the tool is ok enough, I don't need to speak about APIs for public stuff for now.<br>Though for private stuff = the buildings contents, I'll very likely use the APIs and private to me means :<br>
- private dedicated server deployed by my team<br>or<br>- private openstreetmap space on some service provider's cloud<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
To render you need small PostGIS database (for mapnik) you refresh<br>
daily along with a custom stylesheet to actually render the data<br>
you're putting in, along with small configuration changes to<br>
mapnik/OpenLayers to render more zoom levels than normally. That can<br>
all be done on something as unpowerful as someones laptop which runs<br>
generate_tiles.py overnight and then uploads tiles / HTML to some web<br>
hosting space. </blockquote><div>ok thank you, more than generate_tile.py, likely the server side API scripts should be checked so that they don't round/skip a request if its lat&long are too precise.<br><br>so if I understand well, in this case in the global setup I'd have :<br>
<a href="http://openstreetmap.org">openstreetmap.org</a> for storing building's outdoor bounds and also sending frequent updates of my buildings' surrounding areas' data<br><a href="http://myownstreetmapserver.org">myownstreetmapserver.org</a> for storing the latter surrounding areas' data + merging that with my building's indoor data & rendering the whole into outdoor & fine-grained indoor tiles with custom icons (stylesheet) ?<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
The only thing I see potentially getting in your way is that the OSM<br>
database doesn't store enough significant digits of lat/lon<br>
coordinates to make indoor mapping viable, but perhaps it does. I<br>
couldn't find documentation on how many digits it stores and how that<br>
translates approximately into real-world meters/centimeters. Perhaps<br>
someone else can chime in with that information?<br></blockquote><div>Ok... well, at least for now, I can tell that I can draw things <1m in JOSM and see those items represented on <a href="http://openstreetmap.org">openstreetmap.org</a> in the same precision in the Edit tab (potlactch?) ; in the View tab, I can't tell because I can't zoom more.<br>
</div></div><br>For our mobile use, for now, we don't plan to use openlayers (browser-hosted)  for speed considerations, but some java-based apps/libraries. While it seems obvious that we'll stay with openlayers (viewing) and JOSM/* (editing) for desktop computers.<br>
<br>Thank you very much for having replied.<br>Jonathan<br>