<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Documentation (best practice advice) in Documentation</title>
    <link>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256620#M39585</link>
    <description>Totally agree with Mr Ottenstein.  This is one of the Archicads idosincracies that cost me a while to get but once you let yourself embrace this workflow it all goes smoothly.   &lt;BR /&gt;
&lt;BR /&gt;
 Everything goes from left to right.   The crude modeling occurs in the project map, from here you go to the view map in which a single view can be presented in a million different ways, which the you put in your layouts as many times as you want, which then can be organized in the different publisher sets.  Changes should occur in the further left part of the flow in which they can occur so they can propagate to the entire project otherwise you run the risk of unlinking information. For example if you want to rename plans you do it in the project map, if you want to change layer combinations you do it the view map, and so forth.</description>
    <pubDate>Mon, 05 Apr 2021 00:32:43 GMT</pubDate>
    <dc:creator>jl_lt</dc:creator>
    <dc:date>2021-04-05T00:32:43Z</dc:date>
    <item>
      <title>Documentation (best practice advice)</title>
      <link>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256618#M39583</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I would appreciate to receive guidance regarding documentation.&lt;BR /&gt;
&lt;BR /&gt;
Section Markers placed in a given floor level, generate their own image an they show up in their linked Project Map folders (Sections, Interior Elevations, Zones,etc)&lt;BR /&gt;
These images need further information such as dimensions and annotations.&lt;BR /&gt;
&lt;BR /&gt;
My question is ?&lt;BR /&gt;
Is it better to annotate these view in the Project Map or select and capture them into the View Map and do the anotations and further information there ?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 30 May 2023 07:53:37 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256618#M39583</guid>
      <dc:creator>Conrado Dominguez</dc:creator>
      <dc:date>2023-05-30T07:53:37Z</dc:date>
    </item>
    <item>
      <title>Re: Documentation (best practice advice)</title>
      <link>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256619#M39584</link>
      <description>Hi Conrado,&lt;BR /&gt;
&lt;BR /&gt;
"Always" work from the View Map... as Views become Drawings that appear on Layouts.  The entry in the Project Map has no view info associated with it (layer combo, scale, reno status etc) and will just appear, while working, with whatever your last settings were.&lt;BR /&gt;
&lt;BR /&gt;
A Project Map entry (e.g., section) does not have a View in the View Map until you create one (or more).  A View in the View Map does not have a Drawing associated with it (until you create one).&lt;BR /&gt;
&lt;BR /&gt;
In particular, a single Project Map entry (e.g., Section) can have many View Map entries, each of which represents a different way of seeing/viewing the information.  For example, for the same section, you could have a structural view, a schematic view, you might have graphics over-rides applied, it might show a demolition view with its associated dimensions, or a new construction view, and/or different scales.&lt;BR /&gt;
&lt;BR /&gt;
Cheers,&lt;BR /&gt;
Karl</description>
      <pubDate>Fri, 02 Apr 2021 22:05:38 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256619#M39584</guid>
      <dc:creator>Karl Ottenstein</dc:creator>
      <dc:date>2021-04-02T22:05:38Z</dc:date>
    </item>
    <item>
      <title>Re: Documentation (best practice advice)</title>
      <link>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256620#M39585</link>
      <description>Totally agree with Mr Ottenstein.  This is one of the Archicads idosincracies that cost me a while to get but once you let yourself embrace this workflow it all goes smoothly.   &lt;BR /&gt;
&lt;BR /&gt;
 Everything goes from left to right.   The crude modeling occurs in the project map, from here you go to the view map in which a single view can be presented in a million different ways, which the you put in your layouts as many times as you want, which then can be organized in the different publisher sets.  Changes should occur in the further left part of the flow in which they can occur so they can propagate to the entire project otherwise you run the risk of unlinking information. For example if you want to rename plans you do it in the project map, if you want to change layer combinations you do it the view map, and so forth.</description>
      <pubDate>Mon, 05 Apr 2021 00:32:43 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256620#M39585</guid>
      <dc:creator>jl_lt</dc:creator>
      <dc:date>2021-04-05T00:32:43Z</dc:date>
    </item>
    <item>
      <title>Re: Documentation (best practice advice)</title>
      <link>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256621#M39586</link>
      <description>You may also want to consider a descriptive naming convention in the Views Map for your sections.  They can add up quickly if you have a project with several section cuts.  I have some for modeling purposes only and some for eventual layouts.</description>
      <pubDate>Mon, 05 Apr 2021 07:49:01 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/Documentation-best-practice-advice/m-p/256621#M39586</guid>
      <dc:creator>Marc H</dc:creator>
      <dc:date>2021-04-05T07:49:01Z</dc:date>
    </item>
  </channel>
</rss>

